mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

added bug where annex.thin creates what looks like corrupt data

Browse source
This commit is contained in:
Ilya_Shlyakhter 2019-09-19 18:53:00 +00:00 • committed by admin
parent 7e8463ab0b
commit 1c93a14a2b
1 changed files with 7 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

7
doc/bugs/annex.thin_can_cause_corrupt___40__not_just_missing__41___data.mdwn Normal file
View file

@ -0,0 +1,7 @@
Suppose two git-annex symlinks (locked files) point to the same key. If you unlock one symlink, and `annex.thin` is `true`, editing the file will change the contents pointed to by the second, supposedly locked, symlink.
Maybe, with `annex.thin`, when one copy of a file is unlocked, all must be unlocked?
Also, with `annex.thin`, the [[invariant|internals]] that `.git/annex/objects/aa/bb/*/*` contains content with given key gets broken if the file is edited. Might that affect other things, like metadata lookup? [[`git-annex-fsck`|git-annex-fsck]] reports this as an error.
[[`git-annex-drop`|git-annex-drop]] succeeds but does not actually drop the file.