impossible to implement this w/o breaking desired behavior

This commit is contained in:
Joey Hess 2015-09-22 12:10:34 -04:00
parent 1dcb86498e
commit ad0df9bf25
2 changed files with 20 additions and 0 deletions

View file

@ -2,3 +2,5 @@
When using “git annex unlock”, the assistant is clever enough not to immediately re-add the corresponding files. When using “git annex unannex”, however, the assistant goes on to re-add the files right away. It would be convenient if this case were also handled likewise.
git-annex 5.20150508
> [[done]]; cannot be implemented. --[[Joey]]

View file

@ -0,0 +1,18 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2015-09-22T16:08:29Z"
content="""
There's no difference between an unannexed file and a new file,
other than some old versions of the unannexed file in past revs of the git
history.
So, this cannot be implemented. If it were, deleting an annexed
file and then putting a new file in its place with the same filename
(and perhaps content) would appear identical to the assistant as unannexing
a file, and it would not add it. But we absolutely want to add the
file back in that case.
Suggest that, if you want the assistant to not add files for a while,
you temporarily stop it.
"""]]