Documentation/log: add a CONFIGURATION section
[git/dscho.git] / Documentation / git-notes.txt
blob28ac8622aba0697d5e6dd6f1ba8cf52da1462896
1 git-notes(1)
2 ============
4 NAME
5 ----
6 git-notes - Add/inspect object notes
8 SYNOPSIS
9 --------
10 [verse]
11 'git notes' [list [<object>]]
12 'git notes' add [-f] [-F <file> | -m <msg> | (-c | -C) <object>] [<object>]
13 'git notes' copy [-f] ( --stdin | <from-object> <to-object> )
14 'git notes' append [-F <file> | -m <msg> | (-c | -C) <object>] [<object>]
15 'git notes' edit [<object>]
16 'git notes' show [<object>]
17 'git notes' remove [<object>]
18 'git notes' prune
21 DESCRIPTION
22 -----------
23 This command allows you to add/remove notes to/from objects, without
24 changing the objects themselves.
26 By default, notes are saved to and read from `refs/notes/commits`, but
27 this default can be overridden.  See the OPTIONS, CONFIGURATION, and
28 ENVIRONMENT sections below.  If this ref does not exist, it will be
29 quietly created when it is first needed to store a note.
31 A typical use of notes is to extend a commit message without having
32 to change the commit itself. Such commit notes can be shown by `git log`
33 along with the original commit message. To discern these notes from the
34 message stored in the commit object, the notes are indented like the
35 message, after an unindented line saying "Notes (<refname>):" (or
36 "Notes:" for `refs/notes/commits`).
38 To change which notes are shown by 'git-log', see the
39 "notes.displayRef" configuration.
41 See the description of "notes.rewrite.<command>" in
42 linkgit:git-config[1] for a way of carrying your notes across commands
43 that rewrite commits.
46 SUBCOMMANDS
47 -----------
49 list::
50         List the notes object for a given object. If no object is
51         given, show a list of all note objects and the objects they
52         annotate (in the format "<note object> <annotated object>").
53         This is the default subcommand if no subcommand is given.
55 add::
56         Add notes for a given object (defaults to HEAD). Abort if the
57         object already has notes (use `-f` to overwrite an
58         existing note).
60 copy::
61         Copy the notes for the first object onto the second object.
62         Abort if the second object already has notes, or if the first
63         object has none (use -f to overwrite existing notes to the
64         second object). This subcommand is equivalent to:
65         `git notes add [-f] -C $(git notes list <from-object>) <to-object>`
67 In `\--stdin` mode, take lines in the format
69 ----------
70 <from-object> SP <to-object> [ SP <rest> ] LF
71 ----------
73 on standard input, and copy the notes from each <from-object> to its
74 corresponding <to-object>.  (The optional `<rest>` is ignored so that
75 the command can read the input given to the `post-rewrite` hook.)
77 append::
78         Append to the notes of an existing object (defaults to HEAD).
79         Creates a new notes object if needed.
81 edit::
82         Edit the notes for a given object (defaults to HEAD).
84 show::
85         Show the notes for a given object (defaults to HEAD).
87 remove::
88         Remove the notes for a given object (defaults to HEAD).
89         This is equivalent to specifying an empty note message to
90         the `edit` subcommand.
92 prune::
93         Remove all notes for non-existing/unreachable objects.
95 OPTIONS
96 -------
97 -f::
98 --force::
99         When adding notes to an object that already has notes,
100         overwrite the existing notes (instead of aborting).
102 -m <msg>::
103 --message=<msg>::
104         Use the given note message (instead of prompting).
105         If multiple `-m` options are given, their values
106         are concatenated as separate paragraphs.
107         Lines starting with `#` and empty lines other than a
108         single line between paragraphs will be stripped out.
110 -F <file>::
111 --file=<file>::
112         Take the note message from the given file.  Use '-' to
113         read the note message from the standard input.
114         Lines starting with `#` and empty lines other than a
115         single line between paragraphs will be stripped out.
117 -C <object>::
118 --reuse-message=<object>::
119         Take the note message from the given blob object (for
120         example, another note).
122 -c <object>::
123 --reedit-message=<object>::
124         Like '-C', but with '-c' the editor is invoked, so that
125         the user can further edit the note message.
127 --ref <ref>::
128         Manipulate the notes tree in <ref>.  This overrides
129         'GIT_NOTES_REF' and the "core.notesRef" configuration.  The ref
130         is taken to be in `refs/notes/` if it is not qualified.
133 DISCUSSION
134 ----------
136 Commit notes are blobs containing extra information about an object
137 (usually information to supplement a commit's message).  These blobs
138 are taken from notes refs.  A notes ref is usually a branch which
139 contains "files" whose paths are the object names for the objects
140 they describe, with some directory separators included for performance
141 reasons footnote:[Permitted pathnames have the form
142 'ab'`/`'cd'`/`'ef'`/`'...'`/`'abcdef...': a sequence of directory
143 names of two hexadecimal digits each followed by a filename with the
144 rest of the object ID.].
146 Every notes change creates a new commit at the specified notes ref.
147 You can therefore inspect the history of the notes by invoking, e.g.,
148 `git log -p notes/commits`.  Currently the commit message only records
149 which operation triggered the update, and the commit authorship is
150 determined according to the usual rules (see linkgit:git-commit[1]).
151 These details may change in the future.
153 It is also permitted for a notes ref to point directly to a tree
154 object, in which case the history of the notes can be read with
155 `git log -p -g <refname>`.
158 EXAMPLES
159 --------
161 You can use notes to add annotations with information that was not
162 available at the time a commit was written.
164 ------------
165 $ git notes add -m 'Tested-by: Johannes Sixt <j6t@kdbg.org>' 72a144e2
166 $ git show -s 72a144e
167 [...]
168     Signed-off-by: Junio C Hamano <gitster@pobox.com>
170 Notes:
171     Tested-by: Johannes Sixt <j6t@kdbg.org>
172 ------------
174 In principle, a note is a regular Git blob, and any kind of
175 (non-)format is accepted.  You can binary-safely create notes from
176 arbitrary files using 'git hash-object':
178 ------------
179 $ cc *.c
180 $ blob=$(git hash-object -w a.out)
181 $ git notes --ref=built add -C "$blob" HEAD
182 ------------
184 Of course, it doesn't make much sense to display non-text-format notes
185 with 'git log', so if you use such notes, you'll probably need to write
186 some special-purpose tools to do something useful with them.
189 CONFIGURATION
190 -------------
192 core.notesRef::
193         Notes ref to read and manipulate instead of
194         `refs/notes/commits`.  Must be an unabbreviated ref name.
195         This setting can be overridden through the environment and
196         command line.
198 notes.displayRef::
199         The (fully qualified) refname from which to show notes when
200         showing commit messages.  The value of this variable can be set
201         to a glob, in which case notes from all matching refs will be
202         shown.  You may also specify this configuration variable
203         several times.  A warning will be issued for refs that do not
204         exist, but a glob that does not match any refs is silently
205         ignored.
207 This setting can be overridden with the `GIT_NOTES_DISPLAY_REF`
208 environment variable, which must be a colon separated list of refs or
209 globs.
211 The effective value of "core.notesRef" (possibly overridden by
212 GIT_NOTES_REF) is also implicitly added to the list of refs to be
213 displayed.
215 notes.rewrite.<command>::
216         When rewriting commits with <command> (currently `amend` or
217         `rebase`) and this variable is set to `true`, git
218         automatically copies your notes from the original to the
219         rewritten commit.  Defaults to `true`, but see
220         "notes.rewriteRef" below.
222 notes.rewriteMode::
223         When copying notes during a rewrite (see the
224         "notes.rewrite.<command>" option), determines what to do if
225         the target commit already has a note.  Must be one of
226         `overwrite`, `concatenate`, or `ignore`.  Defaults to
227         `concatenate`.
229 This setting can be overridden with the `GIT_NOTES_REWRITE_MODE`
230 environment variable.
232 notes.rewriteRef::
233         When copying notes during a rewrite, specifies the (fully
234         qualified) ref whose notes should be copied.  The ref may be a
235         glob, in which case notes in all matching refs will be copied.
236         You may also specify this configuration several times.
238 Does not have a default value; you must configure this variable to
239 enable note rewriting.
241 This setting can be overridden with the `GIT_NOTES_REWRITE_REF`
242 environment variable, which must be a colon separated list of refs or
243 globs.
246 ENVIRONMENT
247 -----------
249 'GIT_NOTES_REF'::
250         Which ref to manipulate notes from, instead of `refs/notes/commits`.
251         This overrides the `core.notesRef` setting.
254 Author
255 ------
256 Written by Johannes Schindelin <johannes.schindelin@gmx.de> and
257 Johan Herland <johan@herland.net>
259 Documentation
260 -------------
261 Documentation by Johannes Schindelin and Johan Herland
265 Part of the linkgit:git[7] suite