doc/ minor typos/trailing whitespaces + extension on get options
This commit is contained in:
parent
898209661e
commit
2d2d0a4d75
2 changed files with 37 additions and 34 deletions
|
@ -17,7 +17,7 @@ remote.
|
||||||
You should decide whether to use encryption with a special remote before
|
You should decide whether to use encryption with a special remote before
|
||||||
any data is stored in it. So, `git annex initremote` requires you
|
any data is stored in it. So, `git annex initremote` requires you
|
||||||
to specify "encryption=none" when first setting up a remote in order
|
to specify "encryption=none" when first setting up a remote in order
|
||||||
to disable encryption. To use encryption, you run
|
to disable encryption. To use encryption, you run
|
||||||
`git-annex initremote` in one of these ways:
|
`git-annex initremote` in one of these ways:
|
||||||
|
|
||||||
* `git annex initremote newremote type=... encryption=hybrid keyid=KEYID ...`
|
* `git annex initremote newremote type=... encryption=hybrid keyid=KEYID ...`
|
||||||
|
@ -29,10 +29,10 @@ to disable encryption. To use encryption, you run
|
||||||
The [[hybrid_key_design|design/encryption]] allows additional
|
The [[hybrid_key_design|design/encryption]] allows additional
|
||||||
encryption keys to be added on to a special remote later. Due to this
|
encryption keys to be added on to a special remote later. Due to this
|
||||||
flexibility, it is the default and recommended encryption scheme.
|
flexibility, it is the default and recommended encryption scheme.
|
||||||
|
|
||||||
git annex initremote newremote type=... [encryption=hybrid] keyid=KEYID ...
|
git annex initremote newremote type=... [encryption=hybrid] keyid=KEYID ...
|
||||||
|
|
||||||
Here the KEYID(s) are passed to `gpg` to find encryption keys.
|
Here the KEYID(s) are passed to `gpg` to find encryption keys.
|
||||||
Typically, you will say "keyid=2512E3C7" to use a specific gpg key.
|
Typically, you will say "keyid=2512E3C7" to use a specific gpg key.
|
||||||
Or, you might say "keyid=joey@kitenet.net" to search for matching keys.
|
Or, you might say "keyid=joey@kitenet.net" to search for matching keys.
|
||||||
|
|
||||||
|
@ -58,8 +58,8 @@ risks associated with encryption.
|
||||||
Alternatively, you can configure git-annex to use a shared cipher to
|
Alternatively, you can configure git-annex to use a shared cipher to
|
||||||
encrypt data stored in a remote. This shared cipher is stored,
|
encrypt data stored in a remote. This shared cipher is stored,
|
||||||
**unencrypted** in the git repository. So it's shared among every
|
**unencrypted** in the git repository. So it's shared among every
|
||||||
clone of the git repository.
|
clone of the git repository.
|
||||||
|
|
||||||
git annex initremote newremote type=... encryption=shared
|
git annex initremote newremote type=... encryption=shared
|
||||||
|
|
||||||
The advantage is you don't need to set up gpg keys. The disadvantage is
|
The advantage is you don't need to set up gpg keys. The disadvantage is
|
||||||
|
@ -74,10 +74,10 @@ and since it's exactly the way everyone else uses gpg.
|
||||||
|
|
||||||
git annex initremote newremote type=.... encryption=pubkey keyid=KEYID ...
|
git annex initremote newremote type=.... encryption=pubkey keyid=KEYID ...
|
||||||
|
|
||||||
A disavantage is that it is not easy to later add additional public keys
|
A disadvantage is that it is not easy to later add additional public keys
|
||||||
to the special remote. While the `enableremote` parameters `keyid+=` and
|
to the special remote. While the `enableremote` parameters `keyid+=` and
|
||||||
`keyid-=` can be used, they have **no effect** on files that are already
|
`keyid-=` can be used, they have **no effect** on files that are already
|
||||||
present on the remote. Probably the only use for these parameters is
|
present on the remote. Probably the only use for these parameters is
|
||||||
to replace a revoked key:
|
to replace a revoked key:
|
||||||
|
|
||||||
git annex enableremote myremote keyid-=2512E3C7 keyid+=788A3F4C
|
git annex enableremote myremote keyid-=2512E3C7 keyid+=788A3F4C
|
||||||
|
|
|
@ -64,7 +64,7 @@ subdirectories).
|
||||||
|
|
||||||
Adds files in the path to the annex. If no path is specified, adds
|
Adds files in the path to the annex. If no path is specified, adds
|
||||||
files from the current directory and below.
|
files from the current directory and below.
|
||||||
|
|
||||||
Files that are already checked into git, or that git has been configured
|
Files that are already checked into git, or that git has been configured
|
||||||
to ignore will be silently skipped. (Use `--force` to add ignored files.)
|
to ignore will be silently skipped. (Use `--force` to add ignored files.)
|
||||||
|
|
||||||
|
@ -78,7 +78,10 @@ subdirectories).
|
||||||
or transferring them from some kind of key-value store.
|
or transferring them from some kind of key-value store.
|
||||||
|
|
||||||
Normally git-annex will choose which repository to copy the content from,
|
Normally git-annex will choose which repository to copy the content from,
|
||||||
but you can override this using the `--from` option.
|
but you can override this using the `--from` option. Only the last version
|
||||||
|
of the file is retrieved (use `--all` to retrieve all versions of
|
||||||
|
the file). `--key=KEY` option can be used to retrieve a specified key
|
||||||
|
without the filename.
|
||||||
|
|
||||||
* `drop [path ...]`
|
* `drop [path ...]`
|
||||||
|
|
||||||
|
@ -272,10 +275,10 @@ subdirectories).
|
||||||
(Other available variables: feedauthor, itemauthor, itemsummary, itemdescription, itemrights, itemid, itempubdate, title, author)
|
(Other available variables: feedauthor, itemauthor, itemsummary, itemdescription, itemrights, itemid, itempubdate, title, author)
|
||||||
|
|
||||||
The `--relaxed` and `--fast` options behave the same as they do in addurl.
|
The `--relaxed` and `--fast` options behave the same as they do in addurl.
|
||||||
|
|
||||||
When quvi is installed, links in the feed are tested to see if they
|
When quvi is installed, links in the feed are tested to see if they
|
||||||
are on a video hosting site, and the video is downloaded. This allows
|
are on a video hosting site, and the video is downloaded. This allows
|
||||||
importing eg, youtube playlists.
|
importing e.g., youtube playlists.
|
||||||
|
|
||||||
* `watch`
|
* `watch`
|
||||||
|
|
||||||
|
@ -319,7 +322,7 @@ subdirectories).
|
||||||
This disables running a local web browser, and outputs the url you
|
This disables running a local web browser, and outputs the url you
|
||||||
can use to open the webapp.
|
can use to open the webapp.
|
||||||
|
|
||||||
When using the webapp on a remote computer, you'll almost certianly
|
When using the webapp on a remote computer, you'll almost certainly
|
||||||
want to enable HTTPS. The webapp will use HTTPS if it finds
|
want to enable HTTPS. The webapp will use HTTPS if it finds
|
||||||
a .git/annex/privkey.pem and .git/annex/certificate.pem. Here's
|
a .git/annex/privkey.pem and .git/annex/certificate.pem. Here's
|
||||||
one way to generate those files, using a self-signed certificate:
|
one way to generate those files, using a self-signed certificate:
|
||||||
|
@ -388,7 +391,7 @@ subdirectories).
|
||||||
|
|
||||||
The name of the remote is the same name used when originally
|
The name of the remote is the same name used when originally
|
||||||
creating that remote with "initremote". Run "git annex enableremote"
|
creating that remote with "initremote". Run "git annex enableremote"
|
||||||
with no parameters to get a list of special remote names.
|
without any name to get a list of special remote names.
|
||||||
|
|
||||||
Some special remotes may need parameters to be specified every time.
|
Some special remotes may need parameters to be specified every time.
|
||||||
For example, the directory special remote requires a directory= parameter.
|
For example, the directory special remote requires a directory= parameter.
|
||||||
|
@ -425,7 +428,7 @@ subdirectories).
|
||||||
Run without a number to get the current value.
|
Run without a number to get the current value.
|
||||||
|
|
||||||
When git-annex is asked to drop a file, it first verifies that the
|
When git-annex is asked to drop a file, it first verifies that the
|
||||||
required number of copies can be satisfied amoung all the other
|
required number of copies can be satisfied among all the other
|
||||||
repositories that have a copy of the file.
|
repositories that have a copy of the file.
|
||||||
|
|
||||||
This can be overridden on a per-file basis by the annex.numcopies setting
|
This can be overridden on a per-file basis by the annex.numcopies setting
|
||||||
|
@ -645,7 +648,7 @@ subdirectories).
|
||||||
`--format`. The default output format is the same as `--format='${file}\\n'`
|
`--format`. The default output format is the same as `--format='${file}\\n'`
|
||||||
|
|
||||||
These variables are available for use in formats: file, key, backend,
|
These variables are available for use in formats: file, key, backend,
|
||||||
bytesize, humansize, keyname, hashdirlower, hashdirmixed, mtime (for
|
bytesize, humansize, keyname, hashdirlower, hashdirmixed, mtime (for
|
||||||
the mtime field of a WORM key).
|
the mtime field of a WORM key).
|
||||||
|
|
||||||
* `whereis [path ...]`
|
* `whereis [path ...]`
|
||||||
|
@ -715,13 +718,13 @@ subdirectories).
|
||||||
|
|
||||||
* `metadata [path ...] [-s field=value -s field+=value -s field-=value ...] [-g field]`
|
* `metadata [path ...] [-s field=value -s field+=value -s field-=value ...] [-g field]`
|
||||||
|
|
||||||
The content of a file can have any number of metadata fields
|
The content of a file can have any number of metadata fields
|
||||||
attached to it to describe it. Each metadata field can in turn
|
attached to it to describe it. Each metadata field can in turn
|
||||||
have any number of values.
|
have any number of values.
|
||||||
|
|
||||||
This command can be used to set metadata, or show the currently set
|
This command can be used to set metadata, or show the currently set
|
||||||
metadata.
|
metadata.
|
||||||
|
|
||||||
To show current metadata, run without any -s parameters. The --json
|
To show current metadata, run without any -s parameters. The --json
|
||||||
option will enable json output.
|
option will enable json output.
|
||||||
|
|
||||||
|
@ -750,7 +753,7 @@ subdirectories).
|
||||||
and checks out the view branch. Only files in the current branch whose
|
and checks out the view branch. Only files in the current branch whose
|
||||||
metadata matches all the specified field values and tags will be
|
metadata matches all the specified field values and tags will be
|
||||||
shown in the view.
|
shown in the view.
|
||||||
|
|
||||||
Multiple values for a metadata field can be specified, either by using
|
Multiple values for a metadata field can be specified, either by using
|
||||||
a glob (`field="*"`) or by listing each wanted value. The resulting view
|
a glob (`field="*"`) or by listing each wanted value. The resulting view
|
||||||
will put files in subdirectories according to the value of their fields.
|
will put files in subdirectories according to the value of their fields.
|
||||||
|
@ -785,9 +788,9 @@ subdirectories).
|
||||||
Changes the current view, adding an additional level of directories
|
Changes the current view, adding an additional level of directories
|
||||||
to categorize the files.
|
to categorize the files.
|
||||||
|
|
||||||
For example, when the view is by author/tag, `vadd year=*` will
|
For example, when the view is by author/tag, `vadd year=*` will
|
||||||
change it to year/author/tag.
|
change it to year/author/tag.
|
||||||
|
|
||||||
So will `vadd year=2014 year=2013`, but limiting the years in view
|
So will `vadd year=2014 year=2013`, but limiting the years in view
|
||||||
to only those two.
|
to only those two.
|
||||||
|
|
||||||
|
@ -934,7 +937,7 @@ subdirectories).
|
||||||
* `findref [ref]`
|
* `findref [ref]`
|
||||||
|
|
||||||
This is similar to the find command, but instead of finding files in the
|
This is similar to the find command, but instead of finding files in the
|
||||||
current work tree, it finds files in the specified git ref.
|
current work tree, it finds files in the specified git ref.
|
||||||
|
|
||||||
Most MATCHING OPTIONS can be used with findref, to limit the files it
|
Most MATCHING OPTIONS can be used with findref, to limit the files it
|
||||||
finds. However, the --include and --exclude options will not work.
|
finds. However, the --include and --exclude options will not work.
|
||||||
|
@ -1125,7 +1128,7 @@ subdirectories).
|
||||||
Caused a desktop notification to be displayed after each successful
|
Caused a desktop notification to be displayed after each successful
|
||||||
file download and upload.
|
file download and upload.
|
||||||
|
|
||||||
(Only supported on some platforms, eg Linux with dbus. A no-op when
|
(Only supported on some platforms, e.g. Linux with dbus. A no-op when
|
||||||
not supported.)
|
not supported.)
|
||||||
|
|
||||||
* `--notify-start`
|
* `--notify-start`
|
||||||
|
@ -1316,7 +1319,7 @@ to e.g., fsck a repository on a removable drive when the drive gets
|
||||||
connected.
|
connected.
|
||||||
|
|
||||||
The scheduled jobs can be configured using `git annex vicfg` or
|
The scheduled jobs can be configured using `git annex vicfg` or
|
||||||
`git annex schedule`.
|
`git annex schedule`.
|
||||||
|
|
||||||
These actions are available: "fsck self", "fsck UUID" (where UUID
|
These actions are available: "fsck self", "fsck UUID" (where UUID
|
||||||
is the UUID of a remote to fsck). After the action comes the duration
|
is the UUID of a remote to fsck). After the action comes the duration
|
||||||
|
@ -1372,7 +1375,7 @@ Here are all the supported configuration settings.
|
||||||
|
|
||||||
This is a deprecated setting. You should instead use the
|
This is a deprecated setting. You should instead use the
|
||||||
`git annex numcopies` command to configure how many copies of files
|
`git annex numcopies` command to configure how many copies of files
|
||||||
are kept acros all repositories.
|
are kept across all repositories.
|
||||||
|
|
||||||
This config setting is only looked at when `git annex numcopies` has
|
This config setting is only looked at when `git annex numcopies` has
|
||||||
never been configured.
|
never been configured.
|
||||||
|
@ -1382,8 +1385,8 @@ Here are all the supported configuration settings.
|
||||||
* `annex.genmetadata`
|
* `annex.genmetadata`
|
||||||
|
|
||||||
Set this to `true` to make git-annex automatically generate some metadata
|
Set this to `true` to make git-annex automatically generate some metadata
|
||||||
when adding files to the repository.
|
when adding files to the repository.
|
||||||
|
|
||||||
In particular, it stores year and month metadata, from the file's
|
In particular, it stores year and month metadata, from the file's
|
||||||
modification date.
|
modification date.
|
||||||
|
|
||||||
|
@ -1424,7 +1427,7 @@ Here are all the supported configuration settings.
|
||||||
|
|
||||||
By default, git-annex automatically commits data to the git-annex branch
|
By default, git-annex automatically commits data to the git-annex branch
|
||||||
after each command is run. If you have a series
|
after each command is run. If you have a series
|
||||||
of commands that you want to make a single commit, you can
|
of commands that you want to make a single commit, you can
|
||||||
run the commands with `-c annex.alwayscommit=false`. You can later
|
run the commands with `-c annex.alwayscommit=false`. You can later
|
||||||
commit the data by running `git annex merge` (or by automatic merges)
|
commit the data by running `git annex merge` (or by automatic merges)
|
||||||
or `git annex sync`.
|
or `git annex sync`.
|
||||||
|
@ -1441,7 +1444,7 @@ Here are all the supported configuration settings.
|
||||||
|
|
||||||
Controls what the assistant does about unused file contents
|
Controls what the assistant does about unused file contents
|
||||||
that are stored in the repository.
|
that are stored in the repository.
|
||||||
|
|
||||||
The default is `false`, which causes
|
The default is `false`, which causes
|
||||||
all old and unused file contents to be retained, unless the assistant
|
all old and unused file contents to be retained, unless the assistant
|
||||||
is able to move them to some other repository (such as a backup repository).
|
is able to move them to some other repository (such as a backup repository).
|
||||||
|
@ -1611,7 +1614,7 @@ Here are all the supported configuration settings.
|
||||||
|
|
||||||
These options are passed after other applicable rsync options,
|
These options are passed after other applicable rsync options,
|
||||||
so can be used to override them. For example, to limit upload bandwidth
|
so can be used to override them. For example, to limit upload bandwidth
|
||||||
to 10Kbye/s, set `--bwlimit 10`.
|
to 10Kbyte/s, set `--bwlimit 10`.
|
||||||
|
|
||||||
* `remote.<name>.annex-rsync-download-options`
|
* `remote.<name>.annex-rsync-download-options`
|
||||||
|
|
||||||
|
@ -1686,7 +1689,7 @@ Here are all the supported configuration settings.
|
||||||
In the command line, %file is replaced with the file that should be
|
In the command line, %file is replaced with the file that should be
|
||||||
erased.
|
erased.
|
||||||
|
|
||||||
For example, to use the wipe command, set it to `wipe -f %file`
|
For example, to use the wipe command, set it to `wipe -f %file`.
|
||||||
|
|
||||||
* `remote.<name>.rsyncurl`
|
* `remote.<name>.rsyncurl`
|
||||||
|
|
||||||
|
@ -1781,7 +1784,7 @@ not honor the settings from .gitattributes.
|
||||||
|
|
||||||
Also note that when using views, only the toplevel .gitattributes file is
|
Also note that when using views, only the toplevel .gitattributes file is
|
||||||
preserved in the view, so other settings in other files won't have any
|
preserved in the view, so other settings in other files won't have any
|
||||||
efffect.
|
effect.
|
||||||
|
|
||||||
# FILES
|
# FILES
|
||||||
|
|
||||||
|
|
Loading…
Reference in a new issue