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

update

Browse source
This commit is contained in:
Joey Hess 2023-06-07 11:27:02 -04:00
parent 3e3d225ca0
commit 7888702955
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
1 changed files with 11 additions and 5 deletions
Download patch file Download diff file Expand all files Collapse all files

16
doc/bugs/importtree_spends_hours_reading_cidsdb/comment_17_8fe8c0747a69ea977942a399ac929e77._comment
View file

@ -8,10 +8,16 @@ being checked out, is Command.Sync.updateBranches. In my repo with 10000
files, when not using --content, that is responsible for most of the run
time of a sync when there is nothing new to import or pull.
It should be possible for sync to avoid running that when it didn't pull
any changes that need to be propagated back to the parent branch from the
adjusted branch.
That happens because `git-annex adjust --unlock-present` was used. So sync
needs to update the branch if there have been any changes to the content
that is present. Currently when in such an adjusted branch, it re-builds
the branch every time it's run.
With the master branch checked out instead, `git-annex sync --content` is
now as fast as `git-annex find --not --in source`.
It would be possible to avoid that when there have been no changes to the
content that is present, but it would need to deal with eg a previous sync
command having transferred some content before it was interrupted. So it
would need some kind of flag file to be written when content changes.
(With the master branch checked out instead, `git-annex sync --content` is
now as fast as `git-annex find --not --in source`.)
"""]]