From 5342c5064b9ec71ab61474a4e083920b6a2b81e4 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 12 Jul 2017 12:56:13 -0400 Subject: [PATCH] comment --- ..._126ee5332ff88b3993d33d59328d4148._comment | 24 +++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 doc/design/exporting_trees_to_special_remotes/comment_4_126ee5332ff88b3993d33d59328d4148._comment diff --git a/doc/design/exporting_trees_to_special_remotes/comment_4_126ee5332ff88b3993d33d59328d4148._comment b/doc/design/exporting_trees_to_special_remotes/comment_4_126ee5332ff88b3993d33d59328d4148._comment new file mode 100644 index 0000000000..89bc18d4c8 --- /dev/null +++ b/doc/design/exporting_trees_to_special_remotes/comment_4_126ee5332ff88b3993d33d59328d4148._comment @@ -0,0 +1,24 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 4""" + date="2017-07-12T16:45:51Z" + content=""" +I've added a section with changes to the external special remote protocol. +I included the Key in each of the new protocol commands, although it's not +strictly neeed, to allow the implementation to use SETURLPRESENT, SETSTATE, +etc. + +`git annex copy $file --to myexport` could perhaps work; the difficulty +though is, what if you've exported branch foo, and then checked out bar, +and so you told it to export one version of the file, and are running +git-annex copy on a different version? It seems that git-annex would have +to cross-check in this and similar commands, to detect such a situation. +Unsure how much more work that would be, both CPU time and implementation +time. + +I do think that `git annex get` could download files from exports easily +enough, but see the "location tracking" section for trust caveats. + +I'm not clear about what you're suggesting be done with versioning support +in external special remotest? +"""]]