Avoid unncessary write to the location log when a file is unlocked and then added...
authorJoey Hess <joeyh@joeyh.name>
Mon, 12 Oct 2015 18:46:28 +0000 (14:46 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 12 Oct 2015 18:46:47 +0000 (14:46 -0400)
commitf9adb905fc335b2ebab84b03fa46ed46a4fad667
tree1f2098d374550654655babb04f2658eeba78b34c
parent82ba8c9a6a949c9f3677f60c680a7c6826a9869b
Avoid unncessary write to the location log when a file is unlocked and then added back with unchanged content.

Implemented with no additional overhead of compares etc.

This is safe to do for presence logs because of their locality of change;
a given repo's presence logs are only ever changed in that repo, or in a
repo that has just been actively changing the content of that repo.

So, we don't need to worry about a split-brain situation where there'd
be disagreement about the location of a key in a repo. And so, it's ok to
not update the timestamp when that's the only change that would be made
due to logging presence info.
Annex/Branch.hs
Logs/Location.hs
Logs/Presence.hs
Logs/Presence/Pure.hs
debian/changelog
doc/todo/wishlist:_allow_re-adding_without_generating_log_entry.mdwn
doc/todo/wishlist:_allow_re-adding_without_generating_log_entry/comment_2_3a3d793b32b8440a8213b38bc83ea94a._comment [new file with mode: 0644]