summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar Joey Hess <joeyh@joeyh.name>2015-09-22 12:10:34 -0400
committerGravatar Joey Hess <joeyh@joeyh.name>2015-09-22 12:10:34 -0400
commit89668ce3bfe9cd05637883fcdeb864e900de7560 (patch)
tree779770aed472c1e2ef8d5a6425f422f8ca482729
parentf4b80c574945be3aca60ec3e76d50b386b53f293 (diff)
impossible to implement this w/o breaking desired behavior
-rw-r--r--doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn2
-rw-r--r--doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant/comment_1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment18
2 files changed, 20 insertions, 0 deletions
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 c148acd2f..fd9f08ae4 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 000000000..6248d3983
--- /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.
+"""]]