30 lines
1.5 KiB
Markdown
30 lines
1.5 KiB
Markdown
### Please describe the problem.
|
|
|
|
Use of git-annex import --clean-duplicates can cause data loss, where git-annex deletes content that it doesn't actually have a copy of (i.e. there is no duplicate).
|
|
|
|
### What steps will reproduce the problem?
|
|
|
|
I've written a quick'n'dirty test script which goes through a bunch of combinations and tests --clean-duplicates. Given an 'origin' repo containing 'a' and 'b' content and a clone of it ('import') which doesn't contain 'a' and 'b' content.
|
|
|
|
g-a import --clean-duplicates ~/tmp/importme (containing a, b and c) into 'import' after:
|
|
|
|
Origin is set to trusted in import, b is dropped from within origin:
|
|
b is deleted from importme even though no annexes have copies (reasonable, as origin is set to trusted and import thinks it has the content).
|
|
|
|
Origin is set to semitrusted in import, b is dropped within origin:
|
|
b is deleted from importme even though no annexes have copies (this is most likely one to bite people).
|
|
|
|
Origin is set to untrusted in import, b is dropped within origin:
|
|
b is deleted from importme even though no annexes have copies and git-annex has been explicitly told to not trust information about origin :( This is really surprising behaviour!
|
|
|
|
### What version of git-annex are you using? On what operating system?
|
|
|
|
* 5.20150409
|
|
* Arch Linux (git-annex-bin)
|
|
|
|
### Please provide any additional information below.
|
|
|
|
I can provide the script if it is wanted (coded in Perl, couple of non-core dependencies).
|
|
|
|
> Decided to go ahead and make it check remotes like drop does, so [[done]]
|
|
> --[[Joey]]
|