diff options
author | Joey Hess <joey@kitenet.net> | 2011-01-26 14:09:06 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2011-01-26 14:09:06 -0400 |
commit | f7e3d6eea2f71efe14c3ccb29ef4e88840384d02 (patch) | |
tree | 29dfcc1d3b40c79a9d9635454971a6f64a5021f7 /doc/trust.mdwn | |
parent | 07769fc94968ab65a828c0c001c2fa443a328d99 (diff) |
document 3-level trust
Diffstat (limited to 'doc/trust.mdwn')
-rw-r--r-- | doc/trust.mdwn | 39 |
1 files changed, 34 insertions, 5 deletions
diff --git a/doc/trust.mdwn b/doc/trust.mdwn index 6ce43f30e..edec6568e 100644 --- a/doc/trust.mdwn +++ b/doc/trust.mdwn @@ -1,3 +1,11 @@ +Git-annex supports three levels of trust of a repository: + +* semitrusted (default) +* untrusted +* trusted + +## semi-trusted + Normally, git-annex does not fully trust its stored [[location_tracking]] information. When removing content, it will directly check that other repositories have enough [[copies]]. @@ -7,14 +15,35 @@ Generally that explicit checking is a good idea. Consider that the current out. Or, a remote may have suffered a catastrophic loss of data, or itself been lost. -Sometimes though, you may have reasons to trust the location tracking -information for a remote repository. For example, it may be an offline +There is still some trust involved here. A semi-trusted repository is +dependended on to retain a copy of the file content; possibly the only +[[copy|copies]]. + +(Being semitrusted is the default. The `git annex semitrust` command +restores a repository to this default, when it has been overridden.) + +## untrusted + +An untrusted repository is not trusted to retain data at all. Git-annex +will not count data in such a repository as a of the data, and will +retain sufficient [[copies]] elsewhere. + +This is a good choice for eg, portable drives that could get lost. Or, +if a disk is known to be dying, you can set it to untrusted and let +`git annex fsck` warn about data that needs to be copied off it. + +To configure a repository as untrusted, use the `git annex untrust` +command. + +## trusted + +Sometimes, you may have reasons to fully trust the location tracking +information for a repository. For example, it may be an offline archival drive, from which you rarely or never remove content. Deciding when it makes sense to trust the tracking info is up to you. One way to handle this is just to use `--force` when a command cannot access a remote you trust. -Another option is to configure which remotes you trust with the -`git annex trust` command, or by manually adding the UUIDs of trusted remotes -to `.git-annex/trust.log`. +To configure a repository as fully trusted, use the `git annex trust` +command. |