From ad0df9bf25454d0ec7cbcd22dfe694eaff837c60 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 22 Sep 2015 12:10:34 -0400 Subject: [PATCH] impossible to implement this w/o breaking desired behavior --- ...re_immediately_re-annexed_by_assistant.mdwn | 2 ++ ...1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment | 18 ++++++++++++++++++ 2 files changed, 20 insertions(+) create mode 100644 doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant/comment_1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment diff --git a/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn b/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn index c148acd2fe..fd9f08ae4a 100644 --- a/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn +++ b/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn @@ -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]] diff --git a/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant/comment_1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment b/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant/comment_1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment new file mode 100644 index 0000000000..6248d39834 --- /dev/null +++ b/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant/comment_1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment @@ -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. +"""]]