]> dgit.raspbian.org Git - git-annex.git/commitdiff
comment
authorJoey Hess <joeyh@joeyh.name>
Wed, 7 Aug 2024 15:39:29 +0000 (11:39 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 7 Aug 2024 15:39:29 +0000 (11:39 -0400)
doc/bugs/migrate_does_not_migrate_from_SHA256E_to_SHA256/comment_1_3dc7750b0124ff82d155fb61e134ea2e._comment [new file with mode: 0644]

diff --git a/doc/bugs/migrate_does_not_migrate_from_SHA256E_to_SHA256/comment_1_3dc7750b0124ff82d155fb61e134ea2e._comment b/doc/bugs/migrate_does_not_migrate_from_SHA256E_to_SHA256/comment_1_3dc7750b0124ff82d155fb61e134ea2e._comment
new file mode 100644 (file)
index 0000000..c73912c
--- /dev/null
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 1"""
+ date="2024-08-07T15:31:47Z"
+ content="""
+The most likely reason why a file would not be migrated is if its content
+is not present. Can you verify that the files that didn't migrate do
+have their content present, and migrate still doesn't do anything?
+
+Note that it's possible in some situations for unlocked files to seem to
+have their content present, but for git-annex to think that it's not
+present. Eg, if it thinks that the file has gotten modified. Are all of the
+affected files unlocked?
+
+I am having difficulty reproducing this problem. I also think it
+might be helpful if you showed what some of the un-migrated keys look
+like (obscuring the actual hash is fine).
+"""]]