followup
This commit is contained in:
parent
ae3beccd7c
commit
33085f4bfe
1 changed files with 28 additions and 0 deletions
|
@ -0,0 +1,28 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="joey"
|
||||||
|
subject="""comment 3"""
|
||||||
|
date="2018-12-03T17:09:03Z"
|
||||||
|
content="""
|
||||||
|
So you want this limit option to make git-annex stop processing files once
|
||||||
|
the files it's processed sum up to a given size, or after some number of
|
||||||
|
files are transferred. Similar to --time-limit then.
|
||||||
|
|
||||||
|
It seems this would need to only count a file once git-annex decides to
|
||||||
|
do something with it. Otherwise, a `git annex copy` would count all the
|
||||||
|
files that are already on the drive as it scans through them, and stop too
|
||||||
|
soon.
|
||||||
|
|
||||||
|
So this seems to need something that sits in between the seek stage and the
|
||||||
|
perform stage, that can see the key that is being processed. There's not
|
||||||
|
currently a way to do that, it would need changes to the Command types,
|
||||||
|
or would need to be manually inserted into every command that should do
|
||||||
|
this. Either way, needs some changes to be made to every command in
|
||||||
|
git-annex to implement.
|
||||||
|
|
||||||
|
Hmm, if it's limited to commands that transfer files, it could be hooked
|
||||||
|
into Annex.Transfer instead; that does know the key being transferred.
|
||||||
|
It could refuse to do the transfer and report a failure, and git-annex
|
||||||
|
would then display failures to transfer every file after the limit. (I'm
|
||||||
|
not very comfortable making that interface throw an exception and anyway
|
||||||
|
users of it may already catch transfer exceptions.)
|
||||||
|
"""]]
|
Loading…
Add table
Reference in a new issue