todo
This commit is contained in:
parent
9a3b0500e8
commit
e66ba410fc
1 changed files with 15 additions and 0 deletions
15
doc/todo/interruped_move_resume.mdwn
Normal file
15
doc/todo/interruped_move_resume.mdwn
Normal file
|
@ -0,0 +1,15 @@
|
||||||
|
When a `git annex move` is interrupted at a point where the content has
|
||||||
|
been transferred, but not yet dropped from the remote, resuming the move
|
||||||
|
will often refuse to drop the content, because it would violate numcopies.
|
||||||
|
|
||||||
|
Eg, if numcopies is 2, and there is only 1 extant copy, on a remote,
|
||||||
|
git-annex move --from remote will normally ignore numcopies (since it's not
|
||||||
|
getting any worse) and remove the content from the remote after
|
||||||
|
transferring it. But, on resume, git-annex sees there are 2 copies and
|
||||||
|
numcopies is 2, so it can't drop the copy from the remote.
|
||||||
|
|
||||||
|
This happens to me often enough to be annoying.
|
||||||
|
|
||||||
|
Perhaps some local state could avoid this problem?
|
||||||
|
|
||||||
|
--[[Joey]]
|
Loading…
Add table
Add a link
Reference in a new issue