summaryrefslogtreecommitdiff
path: root/doc/bugs/unannex_vs_unlock_hook_confusion.mdwn
blob: c03990c203e83c290c865f7cf007f2a2e28568e1 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
See [[forum/unannex_alternatives]] for problem description.

If an unannex is followed by a "git add; git commit", git-annex's hook thinks
that you have used git annex unlock on the file and are
now committing a changed version, and the right thing to do there is to add the
new content to the annex and update the symlink accordingly.

Can we tell the difference between an unannexed file that has yet to be committed
and has been re-added as a normal file, vs an unlocked file? --[[Joey||

> Hmm, not really. An unannexed file's content will have been dropped from
> the backend, but that's about the only difference. Perhaps unannex should
> just commit the removal of the file itself? --[[Joey]]

> [[done]], staged changes committed at end.