summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar Joey Hess <joeyh@joeyh.name>2016-06-13 12:38:11 -0400
committerGravatar Joey Hess <joeyh@joeyh.name>2016-06-13 12:38:11 -0400
commit4f5e61471afa7ad8e4ea63f8abef704a53ce1cce (patch)
tree726db5e11472fb320406a1905b0d476528dccf79
parent58065d89e898677da35acf6183877f774b43d7a0 (diff)
reproduced
-rw-r--r--Test.hs1
-rw-r--r--doc/bugs/Assistant_keeps_deleting_all_the_files_in_my_repo/comment_3_518bc431b16143b9ec0caa78e54c2d6b._comment47
2 files changed, 48 insertions, 0 deletions
diff --git a/Test.hs b/Test.hs
index e432f5443..93f63dd9a 100644
--- a/Test.hs
+++ b/Test.hs
@@ -1390,6 +1390,7 @@ test_mixed_lock_conflict_resolution =
let v = filter (variantprefix `isPrefixOf`) l
length v == 0
@? (what ++ " not exactly 0 variant files in: " ++ show l)
+ void $ boolSystem "sh" [Param "-l"]
conflictor `elem` l @? ("conflictor not present after conflict resolution")
git_annex "get" [conflictor] @? "get failed"
git_annex_expectoutput "find" [conflictor] [conflictor]
diff --git a/doc/bugs/Assistant_keeps_deleting_all_the_files_in_my_repo/comment_3_518bc431b16143b9ec0caa78e54c2d6b._comment b/doc/bugs/Assistant_keeps_deleting_all_the_files_in_my_repo/comment_3_518bc431b16143b9ec0caa78e54c2d6b._comment
new file mode 100644
index 000000000..305e11192
--- /dev/null
+++ b/doc/bugs/Assistant_keeps_deleting_all_the_files_in_my_repo/comment_3_518bc431b16143b9ec0caa78e54c2d6b._comment
@@ -0,0 +1,47 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 3"""
+ date="2016-06-13T16:22:27Z"
+ content="""
+@EskildHustvedt, are you using adjusted branches in any of your v6
+repositories?
+
+While investigating a test suite failure that occurs only on FAT,
+I think I have reproduced this bug. I used two v6 repos, both of
+them using adjusted branches, and added a file with the same name and
+content to both independently, then merged the two.
+
+In a merge of two commits that both had the same tree, a merge
+commit was constructed with an empty tree.
+
+Also, much as in the original bug report, there was a pattern of
+repeated merges.
+
+ commit 4bcff45c9670007b8faee5c5514bdd7b9096984a
+ Merge: 4935ace 63fe78f
+ # empty tree
+
+ commit 63fe78f28218ad71e865f52e2a833dbd4b452c96
+ Merge: 4e42f30 4935ace
+ # populated tree
+
+ 4935ace has populated tree
+ 4e42f30 has populated tree
+
+Notice that 4935ace is merged in twice, a bit oddly. Indeed, that
+is not possible to construct with manual git commands:
+
+ joey@darkstar:~/tmp/meep/2>git checkout 63fe78f
+ HEAD is now at 63fe78f... Merge branch 'refs/heads/synced/master' into HEAD
+ joey@darkstar:~/tmp/meep/2>git merge 4935ace
+ Already up-to-date.
+ joey@darkstar:~/tmp/meep/2>git checkout 4935ace
+ Previous HEAD position was 63fe78f... Merge branch 'refs/heads/synced/master' into HEAD
+ HEAD is now at 4935ace... git-annex in joey@darkstar:~/tmp/meep/2
+ joey@darkstar:~/tmp/meep/2>git merge 63fe78f
+ Updating 4935ace..63fe78f
+ Fast-forward
+
+In either case, git updates to 63fe78f. So, adusted branches must be
+breaking handling of one or the other of these two cases.
+"""]]