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

Added a comment: --not --in doesn't work anymore

Browse source
This commit is contained in:
jason@bbebec708d192ae9848ef6d0c6983e2b37127df1 2015-07-31 15:28:05 +00:00 • committed by admin
parent 41f79f2c22
commit 8b713ebf14
1 changed files with 21 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

21
doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_3_e1ecf85a79b7b2b21881be00a48be6c9._comment Normal file
View file

@ -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.
"""]]