update to not overstate the danger or WORM

This commit is contained in:
Joey Hess 2011-08-29 12:08:54 -04:00
parent 2a76ad4167
commit 025e66e3d3

View file

@ -6,11 +6,11 @@ Multiple pluggable key-value backends are supported, and a single repository
can use different ones for different files. can use different ones for different files.
* `WORM` ("Write Once, Read Many") This assumes that any file with * `WORM` ("Write Once, Read Many") This assumes that any file with
the same basename, size, and modification time has the same content. So the same basename, size, and modification time has the same content.
files can be moved around, but should never be added to This is the default, and the least expensive backend.
or changed. This is the default, and the least expensive backend.
* `SHA1` -- This uses a key based on a sha1 checksum. This allows * `SHA1` -- This uses a key based on a sha1 checksum. This allows
modifications of files to be tracked. Its need to generate checksums verifying that the file content is right, and can avoid duplicates of
files with the same content. Its need to generate checksums
can make it slower for large files. can make it slower for large files.
* `SHA512`, `SHA384`, `SHA256`, `SHA224` -- Like SHA1, but larger * `SHA512`, `SHA384`, `SHA256`, `SHA224` -- Like SHA1, but larger
checksums. Mostly useful for the very paranoid, or anyone who is checksums. Mostly useful for the very paranoid, or anyone who is
@ -28,7 +28,7 @@ files, the `.gitattributes` file can be used. The `annex.backend`
attribute can be set to the name of the backend to use for matching files. attribute can be set to the name of the backend to use for matching files.
For example, to use the SHA1 backend for sound files, which tend to be For example, to use the SHA1 backend for sound files, which tend to be
smallish and might be modified over time, you could set in smallish and might be modified or copied over time, you could set in
`.gitattributes`: `.gitattributes`:
*.mp3 annex.backend=SHA1 *.mp3 annex.backend=SHA1