mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

dial back addition, but keep it

Browse source 
It's a semi-common point of confusion that numcopies is not something
these commands go out and copy files around specifically to satisfy,
without further configuration in preferred content. So this is a good
addition, but it also seemed too long and too specific to the user's
particular situation.
This commit is contained in:
Joey Hess 2023-11-28 12:03:55 -04:00
parent 668db84e51
commit a237f98a70
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
1 changed files with 3 additions and 8 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

11
doc/git-annex-satisfy.mdwn
View file

@ -16,14 +16,9 @@ and pushing of git repositories, and without changing the trees that are
imported to or exported from special remotes.
Note that it (like [[git-annex-sync]] or [[git-annex-assist]]) does not work
specifically towards satisfying the [[git-annex-numcopies]] setting and it will
not violate the local preferred content expression in order to move files
between remotes that are not present locally. To allow for files to be present
locally for such a movement between remotes, consider adding `or
approxlackingcopies=1` to your local [[preferred_content]] expression (and
maybe increasing [[git-annex-numcopies]] accordingly) so that files may pass
through your local repo temporarily. Otherwise, `git annex satisfy` does not
see a pathway for files to pass between other remotes.
specifically towards satisfying the [[git-annex-numcopies]] setting,
unless the preferred content setting of the local repository is written to
do so by using eg `approxlackingcopies=1`.
# OPTIONS