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

impossible to implement this w/o breaking desired behavior

Browse source
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
Show stats Download patch file Download diff file Expand all files Collapse all files

2
doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn
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. 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 git-annex 5.20150508
> [[done]]; cannot be implemented. --[[Joey]]

18
doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant/comment_1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment Normal file
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.
"""]]