impossible to implement this w/o breaking desired behavior
This commit is contained in:
parent
1dcb86498e
commit
ad0df9bf25
2 changed files with 20 additions and 0 deletions
|
@ -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]]
|
||||
|
|
|
@ -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.
|
||||
"""]]
|
Loading…
Reference in a new issue