Clemens Buchacher <drizzd@xxxxxx> writes: > Known issues: > > - The reflog cannot be accessed while the ref does not exist. > > - Older git versions will not resurrect the reflog, and therefore > leave the renamed reflog behind. > > - Breaks t7701, because git-expire tries to lock log entries, > which fails because ~ is an illegal character for refs. > > - Breaks t9300. Perhaps a few obvious ones are missing? - It is no longer possible to get rid of objects associated with the history of a branch by deleting the branch and then running gc. - It is no longer possible to trust git that you would start a history of a branch afresh when you create one. If you happened to have an unrelated branch with the same name in the past, the new branch inherits reflog entries when it shouldn't. What problem are you guys really trying to solve? > diff --git a/t/t1450-fsck.sh b/t/t1450-fsck.sh > index 759cf12..65f160e 100755 > --- a/t/t1450-fsck.sh > +++ b/t/t1450-fsck.sh > @@ -55,6 +55,7 @@ test_expect_success 'object with bad sha1' ' > grep "$sha.*corrupt" out && > rm -f .git/objects/$new && > git update-ref -d refs/heads/bogus && > + rm -f .git/logs/refs~/heads~/bogus && > git read-tree -u --reset HEAD > ' What is this about??? -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html