mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

an idea to avoid lengthy Scanning for unlocked files (this may take some time)

Browse source
This commit is contained in:
yarikoptic 2021-03-15 17:57:53 +00:00 • committed by admin
parent b4022decb8
commit d0b56f113c
1 changed files with 6 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

6
doc/todo/Avoid_lengthy___34__Scanning_for_unlocked_files_...__34__.mdwn Normal file
View file

@ -0,0 +1,6 @@
For a heavy tree it takes indeed quite a while. And it is just wasteful if not just tree, but the entire repository does not have any unlocked files which is majority of the cases. So I wondered if this operation could be avoided.
E.g. following idea came to mind: git-annex could add some flag/beacon file (e.g. `has-no-unlocked`) within its `git-annex` branch which it would set upon initializing the `git-annex` branch, and which it would remove as soon as any path gets unlocked. Then upon initial initialization of the clone'd worktree it could avoid this "Scanning" entirely if according to `git-annex` branch repository is still known to now carry any unlocked file. It would not provide an ultimate solution which would be "tree specific" but at least it would provide remedy for majority of the cases (in our case) where there is no unlocked files.
[[!meta author=yoh]]
[[!tag projects/datalad]]