From 441a5dfc2fd112fd165b95fb1106f15a1255e72a Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 31 Aug 2017 18:06:49 -0400 Subject: graft exported tree into git-annex branch So it will be available later and elsewhere, even after GC. I first though to use git update-index to do this, but feeding it a line with a tree object seems to always cause it to generate a git subtree merge. So, fell back to using the Git.Tree interface to maniupulate the trees, and not involving the git-annex branch index file at all. This commit was sponsored by Andreas Karlsson. --- doc/design/exporting_trees_to_special_remotes.mdwn | 15 ++------------- 1 file changed, 2 insertions(+), 13 deletions(-) (limited to 'doc/design/exporting_trees_to_special_remotes.mdwn') diff --git a/doc/design/exporting_trees_to_special_remotes.mdwn b/doc/design/exporting_trees_to_special_remotes.mdwn index 835a86640..7e5700fae 100644 --- a/doc/design/exporting_trees_to_special_remotes.mdwn +++ b/doc/design/exporting_trees_to_special_remotes.mdwn @@ -133,12 +133,6 @@ key/value stores. The content of a file can change, and if multiple repositories can export a special remote, they can be out of sync about what files are exported to it. -To avoid such problems, when updating an exported file on a special remote, -the key could be recorded there too. But, this would have to be done -atomically, and checked atomically when downloading the file. Special -remotes lack atomicity guarantees for file storage, let alone for file -retrieval. - Possible solution: Make exporttree=true cause the special remote to be untrusted, and rely on annex.verify to catch cases where the content of a file on a special remote has changed. This would work well enough @@ -205,13 +199,8 @@ In this case, git-annex knows both exported trees. Have the user provide a tree that resolves the conflict as they desire (it could be the same as one of the exported trees, or some merge of them or an entirely new tree). The UI to do this can just be another `git annex export $tree --to remote`. -To resolve, diff each exported tree in turn against the resolving tree. If a -file differs, re-export that file. In some cases this will do unncessary -re-uploads, but it's reasonably efficient. - -The documentation should suggest strongly only exporting to a given special -remote from a single repository, or having some other rule that avoids -export conflicts. +To resolve, diff each exported tree in turn against the resolving tree +and delete all files that differ. ## when to update export.log for efficient resuming of exports -- cgit v1.2.3