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

close

Browse source
This commit is contained in:
Joey Hess 2019-04-25 10:49:55 -04:00
parent fcf6a8851e
commit 2a6824bf9d
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
1 changed files with 14 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

14
doc/todo/Exporting_with_exporttree_should_sync_files_deleted_from_the_remote.mdwn
View file

@ -1,3 +1,17 @@
If git-tracked files are removed from the remote, they don't get synced over after a "git annex fsck" and "git annex export". If git-tracked files are removed from the remote, they don't get synced over after a "git annex fsck" and "git annex export".
Is there some way that they could make it to the remote? I'm imagining an rsync-like behavior to copy over files that have different time stamps or file sizes. Would such a feature be welcome in git annex? Is there some way that they could make it to the remote? I'm imagining an rsync-like behavior to copy over files that have different time stamps or file sizes. Would such a feature be welcome in git annex?
> Since git-annex 6.20180626, `git annex fsck --from` an exporttree=yes remote
> will notice if files on it have been deleted, and then
> `git annex sync --content` or `git-annex export` will re-upload them.
>
> But perhaps more interesting, if the remote is also configured with
> importtree=yes, `git-annex import` from it can now notice deletions
> as well as other changes to the content on the remote, and make a remote
> tracking branch in git reflecting the changes. You can then merge or
> revert the changes and export or sync can be used to put the deleted
> files back on the remote if desired.
>
> Only a subset of remotes support importree, but the fsck method
> will work for all. So, this is [[done]]. --[[Joey]]