summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar jason@bbebec708d192ae9848ef6d0c6983e2b37127df1 <jason@web>2015-07-31 15:28:05 +0000
committerGravatar admin <admin@branchable.com>2015-07-31 15:28:05 +0000
commit3207518c9f6a70e6e9d449493ae0fad877987e03 (patch)
tree2688e136eb1d49ea315a1e2b34c295266983a6d6
parent67cd5a23e05459749836b126320c3f98cf74fccd (diff)
Added a comment: --not --in doesn't work anymore
-rw-r--r--doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_3_e1ecf85a79b7b2b21881be00a48be6c9._comment21
1 files changed, 21 insertions, 0 deletions
diff --git a/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_3_e1ecf85a79b7b2b21881be00a48be6c9._comment b/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_3_e1ecf85a79b7b2b21881be00a48be6c9._comment
new file mode 100644
index 000000000..d26afbb10
--- /dev/null
+++ b/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_3_e1ecf85a79b7b2b21881be00a48be6c9._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="jason@bbebec708d192ae9848ef6d0c6983e2b37127df1"
+ nickname="jason"
+ subject="--not --in doesn't work anymore"
+ date="2015-07-31T15:28:04Z"
+ content="""
+Hi, I've been happily using --to=h2 --not --in h2 for a long time, and now it fails:
+
+ > git annex copy --to h2 --not --in h2
+ Usage: git-annex copy [PATH ...] ((-f|--from REMOTE) | (-t|--to REMOTE))
+ ([-A|--all] | [-U|--unused] | [--key KEY]) [-a|--auto]
+ zsh: exit 1
+
+I've been using git-annex from debian unstable (x86) for a long time. I think it recently got a significant version upgrade. Currently I'm running: git-annex 5.20150727-2
+
+I'm not married to this particular commandline, it was posted as a workaround after all.
+
+How can I copy files without checking if each exists on the remote, instead trusting the local cache of what the remote has?
+
+I have many thousands of files annexed, and this remote is a bare repo that is only accessed from this host, so the local info about what the remote has is trustworthy.
+"""]]