some of these are now done
This commit is contained in:
parent
73f3a00c1c
commit
1ddc207b58
1 changed files with 6 additions and 0 deletions
|
@ -33,10 +33,16 @@ Come to think of it, the inject --bare thing is probably not a microfeature. Sho
|
|||
|
||||
> I've thought about such things before; does not seem really micro and I'm unsure how well it would work, but it would be worth a [[todo]]. --[[Joey]]
|
||||
|
||||
>> Update: Done as --auto. --[[Joey]]
|
||||
|
||||
---
|
||||
|
||||
Along similar lines, it might be nice to have a mode where git-annex tries to fill up a disk up to the `annex.diskreserve` with files, preferring files that have relatively few copies. Then as storage prices continue to fall, new large drives could just be plopped in and git-annex used to fill it up in a way that improves the overall redundancy without needing to manually pick and choose.
|
||||
|
||||
> Update: git annex get --auto basically does this; you can tune
|
||||
> --numcopies on the fly to make it get more files than needed by the
|
||||
> current numcopies setting. --[[Joey]]
|
||||
|
||||
---
|
||||
|
||||
If a remote could send on received files to another remote, I could use my own local bandwith efficiently while still having my git-annex repos replicate data. -- RichiH
|
||||
|
|
Loading…
Reference in a new issue