diff options
author | Joey Hess <joeyh@joeyh.name> | 2016-06-13 12:38:11 -0400 |
---|---|---|
committer | Joey Hess <joeyh@joeyh.name> | 2016-06-13 12:38:11 -0400 |
commit | 4f5e61471afa7ad8e4ea63f8abef704a53ce1cce (patch) | |
tree | 726db5e11472fb320406a1905b0d476528dccf79 | |
parent | 58065d89e898677da35acf6183877f774b43d7a0 (diff) |
reproduced
-rw-r--r-- | Test.hs | 1 | ||||
-rw-r--r-- | doc/bugs/Assistant_keeps_deleting_all_the_files_in_my_repo/comment_3_518bc431b16143b9ec0caa78e54c2d6b._comment | 47 |
2 files changed, 48 insertions, 0 deletions
@@ -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. +"""]] |