mincopies
This is conceptually very simple, just making a 1 that was hard coded be exposed as a config option. The hard part was plumbing all that, and dealing with complexities like reading it from git attributes at the same time that numcopies is read. Behavior change: When numcopies is set to 0, git-annex used to drop content without requiring any copies. Now to get that (highly unsafe) behavior, mincopies also needs to be set to 0. It seemed better to remove that edge case, than complicate mincopies by ignoring it when numcopies is 0. This commit was sponsored by Denis Dzyubenko on Patreon.
This commit is contained in:
parent
428d228ee5
commit
cc89699457
29 changed files with 412 additions and 219 deletions
|
@ -56,7 +56,6 @@ is not guaranteed. It only makes sure lockContent is keeping one copy
|
|||
locked, and can verify the existence of the other copies less stringently.
|
||||
|
||||
So perhaps it would be good to make this explicit in the configuration,
|
||||
by adding a requirednumcopies. (Analagous to required content configs.)
|
||||
by adding a mincopies. (Analagous to required content configs.)
|
||||
Defaulting to 1 as now, but if the user wants to they can set it higher,
|
||||
perhaps as high as their numcopies (or even just set it to 1000 and make
|
||||
it be treated the same value as numcopies when it's >= numcopies.)
|
||||
perhaps as high as their numcopies, or higher.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue