hm
authorJoey Hess <joeyh@joeyh.name>
Wed, 15 Apr 2020 16:14:39 +0000 (12:14 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 15 Apr 2020 16:14:39 +0000 (12:14 -0400)
doc/bugs/commits_created_despite_alwayscommit__61__false_as_of_recent_change/comment_1_793ab4d52a3a4a3a30b0e72b72ac18eb._comment

index 056bea52ceba3824cc796451b97b295d7a7db47e..69e6acea3961d0dfab85a64b1894509e5f3a5e70 100644 (file)
@@ -9,4 +9,8 @@ journal files, so it would operate with out of date information.
 
 The only way to fix this, I think, is to disable the entire optimisation
 when annex.alwayscommit is false and the journal is dirty.
+
+Or hmm, it should not be a problem for it to stage the journal files to the
+index, but not commit the index. Not clear to me why it would be committing
+even after that change, so I'll investigate that first.
 """]]