git-annex-satisfy(1)
β¨ git-annex-satisfy β¨
okay bestie, this is from the git-annex manual, and it's the page for git-annex-satisfy β the command that just... transfers and drops content as configured. no drama, no notes, it simply does the thing. π
πΈ NAME πΈ
git-annex-satisfy β transfer and drop content as configured π«Ά
π¦ SYNOPSIS π¦
git annex satisfy [remote ...]
π DESCRIPTION π
so what this does is transfer and drop content of annexed files, working toward satisfying the preferred content settings of the local repository and the remotes. it's giving "get everyone's vibes aligned" energy. β¨
it does the exact same thing as git-annex sync --content, except:
- no pulling and pushing of git repositories π
- no changing the trees that are imported to or exported from special remotes π«
lowkey important note: this command (just likegit-annex-syncorgit-annex-assist) does not work specifically toward satisfying thegit-annex-numcopiessetting β unless the preferred content setting of the local repository is literally written to do that, like by using egapproxlackingcopies=1. so don't come for it, it's just not its job. π
π OPTIONS π
[remote]β by default this command operates on all remotes, except for remotes that haveremote.<name>.annex-syncset tofalse. if you specify the names of remotes (or remote groups), you get to control exactly which ones it operates on. main character energy, you pick the guest list. π--content-of=path-C path β operate on only the files in the specified path. the default is to operate on all files in the working tree. you can repeat this option multiple times with different paths, so go off. π
heads up: this option does not prevent exporting other files to an "exporttree=yes" remote. so like, it's not a full lockdown, okay?
--jobs=N-JN β enables parallel processing with up to the specified number of jobs running at once. for example:-J10. setting this to"cpus"will run one job per CPU core. multithreading slay. π₯--all-A β usually this command operates on annexed files in the current branch. this option makes it operate on all available versions of all annexed files (when preferred content settings allow). π
note that preferred content settings that useinclude=orexclude=will only match the version of files currently in the work tree β not past versions of files. so, yeah, caveat. π
also, the git-annex-common-options(1) can be used. you know the drill. β¨
π SEE ALSO π
π AUTHOR π
Joey Hess <id@joeyh.name> β icon, legend, the moment. π
and that's the whole page, bestie π this was git-annex-satisfy(1) from the General Commands Manual, and yes the footer said git-annex-satisfy(1) again because manpages love being extra like that. go satisfy some preferred content, you got this. πβ¨
π¦ where this page comes from
- alpine 3.24: git-annex-doc 10.20261026-r0 Β· AGPL-3.0-or-later
- arch rolling: git-annex 10.20261026-2 Β· AGPL-3.0-only
- debian trixie: git-annex 10.20250416-2 Β· AGPL-3.0-or-later
- debian trixie: git-annex 10.20250416-2+deb13u1 Β· AGPL-3.0-or-later
- epel 10: git-annex 10.20250320-1.el10_0 Β· AGPL-3.0-or-later
- fedora 43: git-annex 10.20250630-4.fc43 Β· AGPL-3.0-or-later
- fedora 43: git-annex 10.20250929-5.fc43 Β· AGPL-3.0-or-later
- fedora 44: git-annex 10.20260115-1.fc44 Β· AGPL-3.0-or-later
- nixos 26.05: git-annex 10.20260421
- nixpkgs unstable: git-annex 10.20260421
- opensuse-leap 16.0: git-annex 10.20250828-bp160.1.1 Β· AGPL-3.0-or-later AND GPL-3.0-or-later AND BSD-2-Clause AND MIT AND GPL-2.0-only
- opensuse-leap 16.0: git-annex 10.20250828-bp160.1.1 Β· AGPL-3.0-or-later AND GPL-3.0-or-later AND BSD-2-Clause AND MIT AND GPL-2.0-only
- opensuse-leap 16.0: git-annex 10.20250828-bp160.1.1 Β· AGPL-3.0-or-later AND GPL-3.0-or-later AND BSD-2-Clause AND MIT AND GPL-2.0-only
- ubuntu questing: git-annex 10.20250721-1
- ubuntu resolute: git-annex 10.20251029-1ubuntu1 Β· AGPL-3.0-or-later
- ubuntu stonking: git-annex 10.20251029-1ubuntu1 Β· AGPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms