summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar supernaught <supernaught@web>2017-05-02 21:40:36 +0000
committerGravatar admin <admin@branchable.com>2017-05-02 21:40:36 +0000
commit3951700d2caa2b5449758b23a8242f7cc3897990 (patch)
tree05d26a7ca881e8c06ba78c3d631d1b71a7256759
parent69f520f94cbd9ca21afc0b8d4febdc5dc34c09f5 (diff)
-rw-r--r--doc/forum/Can_git-annex-import_--clean-duplicates_honour_multiple_backends__63__.mdwn16
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/forum/Can_git-annex-import_--clean-duplicates_honour_multiple_backends__63__.mdwn b/doc/forum/Can_git-annex-import_--clean-duplicates_honour_multiple_backends__63__.mdwn
new file mode 100644
index 000000000..d73c7be99
--- /dev/null
+++ b/doc/forum/Can_git-annex-import_--clean-duplicates_honour_multiple_backends__63__.mdwn
@@ -0,0 +1,16 @@
+Multiple backends can be stated in the .git/config annex.backends option -- but what is the purpose of the secondary backends? The first is used to add new files, but the second (third, fourth, ...) do not seem to serve any purpose.
+
+I frequently use git-annex to de-duplicate. The default SHA256E backend has caused issues since filename case is significant, so I have partially switched to SHA256. Now, as far as I can tell, I have to de-duplicate once per possible backend like
+
+ git annex import --clean-duplicates --backend=SHA256E fileA.pdf fileB.PDF ...
+ git annex import --clean-duplicates --backend=SHA256 fileA.pdf fileB.PDF ...
+ git annex import --clean-duplicates --backend=SKEIN256 fileA.pdf fileB.PDF ...
+ ...
+
+even when my .git/config has annex.backends = "SHA256E SHA256 SKEIN256 ...". In this use case I wouldn't mind hashing the file multiple times.
+
+Is there a better way to de-duplicate using multiple backends?
+
+---
+
+PS. Thanks for git-annex Joey. I have around 100 annexes and rely on them on a daily basis.