reusing repository uuid cannot result in data loss AFAIK
authorJoey Hess <joeyh@joeyh.name>
Mon, 30 Jan 2017 16:54:32 +0000 (12:54 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 30 Jan 2017 17:18:50 +0000 (13:18 -0400)
commit809ddd9df89ec0d1414d52752f6d1cc57e371609
tree1b6ec02bd209436f0eda4adfb27a9bafe1570a3c
parent280442ca2c7d9c2ca05f03722b3c0c27eace2b0b
reusing repository uuid cannot result in data loss AFAIK

Avoiding such problems is one reason why git-annex does active
verification of other copies of a file when dropping.

You could argue that reusing the uuid of a trusted repository leads to
data loss, but that data loss doesn't really involve reusing the uuid,
but instead is caused by deleting a trusted repository. Using trusted
repositories without a great deal of care is a good way to blow off your
foot, of which deleting them is only the most obvious;
added some sections about that.

If reusing a repository uuid could result in data loss then I'd be on
board with making reinit run a fast fsck to update the location log, but
since it can't, I feel that is not worth forcing. Not a bad idea to run
fsck afterwards. Updated language about that.

This commit was sponsored by Jake Vosloo on Patreon.
doc/git-annex-reinit.mdwn
doc/tips/antipatterns.mdwn