Merge branch 'jn/notes-doc' into maint
[git/jnareb-git/bp-gitweb.git] / Documentation / git-notes.txt
blobde63ef0745a82136eeee6a2f0993984f2ed2f4ec
1 git-notes(1)
2 ============
4 NAME
5 ----
6 git-notes - Add or 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 Adds, removes, or reads notes attached to objects, without touching
24 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 supplement a commit message without
32 changing the commit itself. Notes can be shown by 'git log' along with
33 the original commit message. To distinguish 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 in linkgit:git-log[1].
41 See the "notes.rewrite.<command>" configuration for a way to carry
42 notes across commands that rewrite commits.
45 SUBCOMMANDS
46 -----------
48 list::
49         List the notes object for a given object. If no object is
50         given, show a list of all note objects and the objects they
51         annotate (in the format "<note object> <annotated object>").
52         This is the default subcommand if no subcommand is given.
54 add::
55         Add notes for a given object (defaults to HEAD). Abort if the
56         object already has notes (use `-f` to overwrite an
57         existing note).
59 copy::
60         Copy the notes for the first object onto the second object.
61         Abort if the second object already has notes, or if the first
62         object has none (use -f to overwrite existing notes to the
63         second object). This subcommand is equivalent to:
64         `git notes add [-f] -C $(git notes list <from-object>) <to-object>`
66 In `\--stdin` mode, take lines in the format
68 ----------
69 <from-object> SP <to-object> [ SP <rest> ] LF
70 ----------
72 on standard input, and copy the notes from each <from-object> to its
73 corresponding <to-object>.  (The optional `<rest>` is ignored so that
74 the command can read the input given to the `post-rewrite` hook.)
76 append::
77         Append to the notes of an existing object (defaults to HEAD).
78         Creates a new notes object if needed.
80 edit::
81         Edit the notes for a given object (defaults to HEAD).
83 show::
84         Show the notes for a given object (defaults to HEAD).
86 remove::
87         Remove the notes for a given object (defaults to HEAD).
88         This is equivalent to specifying an empty note message to
89         the `edit` subcommand.
91 prune::
92         Remove all notes for non-existing/unreachable objects.
94 OPTIONS
95 -------
96 -f::
97 --force::
98         When adding notes to an object that already has notes,
99         overwrite the existing notes (instead of aborting).
101 -m <msg>::
102 --message=<msg>::
103         Use the given note message (instead of prompting).
104         If multiple `-m` options are given, their values
105         are concatenated as separate paragraphs.
106         Lines starting with `#` and empty lines other than a
107         single line between paragraphs will be stripped out.
109 -F <file>::
110 --file=<file>::
111         Take the note message from the given file.  Use '-' to
112         read the note message from the standard input.
113         Lines starting with `#` and empty lines other than a
114         single line between paragraphs will be stripped out.
116 -C <object>::
117 --reuse-message=<object>::
118         Take the note message from the given blob object (for
119         example, another note).
121 -c <object>::
122 --reedit-message=<object>::
123         Like '-C', but with '-c' the editor is invoked, so that
124         the user can further edit the note message.
126 --ref <ref>::
127         Manipulate the notes tree in <ref>.  This overrides
128         'GIT_NOTES_REF' and the "core.notesRef" configuration.  The ref
129         is taken to be in `refs/notes/` if it is not qualified.
132 DISCUSSION
133 ----------
135 Commit notes are blobs containing extra information about an object
136 (usually information to supplement a commit's message).  These blobs
137 are taken from notes refs.  A notes ref is usually a branch which
138 contains "files" whose paths are the object names for the objects
139 they describe, with some directory separators included for performance
140 reasons footnote:[Permitted pathnames have the form
141 'ab'`/`'cd'`/`'ef'`/`'...'`/`'abcdef...': a sequence of directory
142 names of two hexadecimal digits each followed by a filename with the
143 rest of the object ID.].
145 Every notes change creates a new commit at the specified notes ref.
146 You can therefore inspect the history of the notes by invoking, e.g.,
147 `git log -p notes/commits`.  Currently the commit message only records
148 which operation triggered the update, and the commit authorship is
149 determined according to the usual rules (see linkgit:git-commit[1]).
150 These details may change in the future.
152 It is also permitted for a notes ref to point directly to a tree
153 object, in which case the history of the notes can be read with
154 `git log -p -g <refname>`.
157 EXAMPLES
158 --------
160 You can use notes to add annotations with information that was not
161 available at the time a commit was written.
163 ------------
164 $ git notes add -m 'Tested-by: Johannes Sixt <j6t@kdbg.org>' 72a144e2
165 $ git show -s 72a144e
166 [...]
167     Signed-off-by: Junio C Hamano <gitster@pobox.com>
169 Notes:
170     Tested-by: Johannes Sixt <j6t@kdbg.org>
171 ------------
173 In principle, a note is a regular Git blob, and any kind of
174 (non-)format is accepted.  You can binary-safely create notes from
175 arbitrary files using 'git hash-object':
177 ------------
178 $ cc *.c
179 $ blob=$(git hash-object -w a.out)
180 $ git notes --ref=built add -C "$blob" HEAD
181 ------------
183 Of course, it doesn't make much sense to display non-text-format notes
184 with 'git log', so if you use such notes, you'll probably need to write
185 some special-purpose tools to do something useful with them.
188 CONFIGURATION
189 -------------
191 core.notesRef::
192         Notes ref to read and manipulate instead of
193         `refs/notes/commits`.  Must be an unabbreviated ref name.
194         This setting can be overridden through the environment and
195         command line.
197 notes.displayRef::
198         Which ref (or refs, if a glob or specified more than once), in
199         addition to the default set by `core.notesRef` or
200         'GIT_NOTES_REF', to read notes from when showing commit
201         messages with the 'git log' family of commands.
202         This setting can be overridden on the command line or by the
203         'GIT_NOTES_DISPLAY_REF' environment variable.
204         See linkgit:git-log[1].
206 notes.rewrite.<command>::
207         When rewriting commits with <command> (currently `amend` or
208         `rebase`), if this variable is `false`, git will not copy
209         notes from the original to the rewritten commit.  Defaults to
210         `true`.  See also "`notes.rewriteRef`" below.
212 This setting can be overridden by the 'GIT_NOTES_REWRITE_REF'
213 environment variable.
215 notes.rewriteMode::
216         When copying notes during a rewrite, what to do if the target
217         commit already has a note.  Must be one of `overwrite`,
218         `concatenate`, and `ignore`.  Defaults to `concatenate`.
220 This setting can be overridden with the `GIT_NOTES_REWRITE_MODE`
221 environment variable.
223 notes.rewriteRef::
224         When copying notes during a rewrite, specifies the (fully
225         qualified) ref whose notes should be copied.  May be a glob,
226         in which case notes in all matching refs will be copied.  You
227         may also specify this configuration several times.
229 Does not have a default value; you must configure this variable to
230 enable note rewriting.
232 Can be overridden with the 'GIT_NOTES_REWRITE_REF' environment variable.
235 ENVIRONMENT
236 -----------
238 'GIT_NOTES_REF'::
239         Which ref to manipulate notes from, instead of `refs/notes/commits`.
240         This overrides the `core.notesRef` setting.
242 'GIT_NOTES_DISPLAY_REF'::
243         Colon-delimited list of refs or globs indicating which refs,
244         in addition to the default from `core.notesRef` or
245         'GIT_NOTES_REF', to read notes from when showing commit
246         messages.
247         This overrides the `notes.displayRef` setting.
249 A warning will be issued for refs that do not exist, but a glob that
250 does not match any refs is silently ignored.
252 'GIT_NOTES_REWRITE_MODE'::
253         When copying notes during a rewrite, what to do if the target
254         commit already has a note.
255         Must be one of `overwrite`, `concatenate`, and `ignore`.
256         This overrides the `core.rewriteMode` setting.
258 'GIT_NOTES_REWRITE_REF'::
259         When rewriting commits, which notes to copy from the original
260         to the rewritten commit.  Must be a colon-delimited list of
261         refs or globs.
263 If not set in the environment, the list of notes to copy depends
264 on the `notes.rewrite.<command>` and `notes.rewriteRef` settings.
267 Author
268 ------
269 Written by Johannes Schindelin <johannes.schindelin@gmx.de> and
270 Johan Herland <johan@herland.net>
272 Documentation
273 -------------
274 Documentation by Johannes Schindelin and Johan Herland
278 Part of the linkgit:git[7] suite