]> dgit.raspbian.org Git - git-annex.git/commitdiff
(no commit message)
authorgit-annex@82b5fddc759dffdf749b19add6f0be2a0c78b62c <git-annex@web>
Wed, 7 Aug 2024 12:05:53 +0000 (12:05 +0000)
committeradmin <admin@branchable.com>
Wed, 7 Aug 2024 12:05:53 +0000 (12:05 +0000)
doc/bugs/migrate_does_not_migrate_from_SHA256E_to_SHA256.mdwn

index e5f5db98f5755115cc8c53143630da969d0e2142..5da767cea8df7ad8670d31d55f85ff2dc8e88a87 100644 (file)
@@ -1,5 +1,7 @@
 ### Please describe the problem.
-In my repository I have a mixture of SHA256 and SHA256E backends due to old files and manually configuring a subset of the remotes to SHA256. After configuring SHA256 as the (only) backend, when I run git annex migrate (with or without giving a specific path, or specifying the target SHA256 backend), the files pointing to SHA256E files still point to SHA256E instead of, as expected, SHA256.
+In my repository I have a mixture of SHA256 and SHA256E backed files due to old files and manually configuring a subset of the remotes to SHA256. After configuring SHA256 as the (only) backend, when I run git annex migrate (with or without giving a specific path, or specifying the target SHA256 backend), some files pointing to SHA256E files still point to SHA256E instead of, as expected, SHA256.
+
+Note: The migration actually migrated MOST of the files, but some remain. I don't see anything special about these files.
 
 Note: The issue is NOT that, after migration, the SHA256E files remain as "duplicates". This is annoying, but I'm aware of this and can mitigate the issue via dropunused.