git-annex-verifyremote(1)
π git-annex-verifyremote(1) π
okay so bestie, welcome to the General Commands Manual page for git-annex-verifyremote β this is the vibe check for your special remotes. yes, really. it's giving "trust but verify" but make it git. πΈ
β¨ NAME β¨
git-annex-verifyremote β verify if a special remote is safe to use
π¦ SYNOPSIS π¦
git annex verifyremote name [--safe ID|--unsafe]
π DESCRIPTION π
so here's the sitch. when a special remote was created by someone else (not you, not your bestie, just some person out there in the world), it's super important to verify that the repository it's configured to use is actually in the location you expect. because if it's not? π you risk information leaking out from the special remote to other remotes. that's the data leakage jumpscare and we are NOT doing that.
to prevent such data leakage, git-annex enableremote will display the configuration of the special remote, and prompt you to run this command. and until the special remote is verified, it cannot be used. no cap. it's locked. π
now, when a special remote is autoenabled by git-annex init, it can be used before it is verified. but β and this is the important but β git-annex will prevent sending annexed files or git pushes to any remote, until this command is used to verify the autoenabled special remote. so like, it's on probation. π
this command can also be used when the configuration of a special remote has changed. and ngl, the old configuration will continue to be used until this command is used to verify the new configuration. out with the old, in with the new, but only after the vibe check. π
when run with no options, this command displays the configuration of the special remote, and prompts you to verify it. that's the standard mode, the lil "hey look at this, is it right?" moment. π₯Ί
π OPTIONS π
--safe IDβ use this when you have verified that the configuration of the special remote makes it use the location you expect. slay. β- the
IDwill be provided to you bygit-annexwhen displaying the configuration of the special remote. it literally hands you the receipt, you just gotta hand it back. π§Ύ
- the
--unsafeβ if the configuration of the special remote makes it use a location that you did not expect, use this option. red flag detected bestie, we're calling it out. π©
also, the git-annex-common-options(1) can be used. the classics, they always work. π
π SEE ALSO π
π AUTHOR π
Joey Hess <id@joeyh.name>
lowkey reminder bestie: this command is the moment you decide whether a special remote is a green flag or a red flag. read the configuration, verify the location, then pick your option. don't skip the vibe check. β¨
and that's the whole page, fr fr π«Ά this one's from the git-annex-verifyremote(1) page, dated and versioned under git-annex-verifyremote(1) in the General Commands Manual β go verify those remotes, main character. βππ¦
π¦ 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+deb13u1 Β· 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