<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/Documentation/git-notes.txt, branch v2.13.2</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://git.shady.money/git/atom?h=v2.13.2</id>
<link rel='self' href='https://git.shady.money/git/atom?h=v2.13.2'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/'/>
<updated>2016-06-28T15:20:52Z</updated>
<entry>
<title>doc: typeset short command-line options as literal</title>
<updated>2016-06-28T15:20:52Z</updated>
<author>
<name>Matthieu Moy</name>
<email>Matthieu.Moy@imag.fr</email>
</author>
<published>2016-06-28T11:40:10Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=23f8239bbe0a893bd8754a03e9d4fda62804ac14'/>
<id>urn:sha1:23f8239bbe0a893bd8754a03e9d4fda62804ac14</id>
<content type='text'>
It was common in our documentation to surround short option names with
forward quotes, which renders as italic in HTML. Instead, use backquotes
which renders as monospace. This is one more step toward conformance to
Documentation/CodingGuidelines.

This was obtained with:

  perl -pi -e "s/'(-[a-z])'/\`\$1\`/g" *.txt

Signed-off-by: Matthieu Moy &lt;Matthieu.Moy@imag.fr&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>doc: change environment variables format</title>
<updated>2016-06-08T19:04:37Z</updated>
<author>
<name>Tom Russello</name>
<email>tom.russello@grenoble-inp.org</email>
</author>
<published>2016-06-07T22:35:06Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=eee7f4a233733b661e2e75e75a3b52312619112c'/>
<id>urn:sha1:eee7f4a233733b661e2e75e75a3b52312619112c</id>
<content type='text'>
This change GIT_* variables that where in italic style to monospaced font
according to the guideline. It was obtained with

	perl -pi -e "s/\'(GIT_.*?)\'/\`\1\`/g" *.txt

One of the main purposes is to stick to the CodingGuidelines as possible so
that people writting new documentation by mimicking the existing are more likely
to have it right (even if they didn't read the CodingGuidelines).

Signed-off-by: Tom Russello &lt;tom.russello@grenoble-inp.org&gt;
Signed-off-by: Erwan Mathoniere &lt;erwan.mathoniere@grenoble-inp.org&gt;
Signed-off-by: Samuel Groot &lt;samuel.groot@grenoble-inp.org&gt;
Signed-off-by: Matthieu Moy &lt;matthieu.moy@grenoble-inp.fr&gt;
Reviewed-by: Matthieu Moy &lt;Matthieu.Moy@imag.fr&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Documentation: fix linkgit references</title>
<updated>2016-05-09T22:44:14Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2016-05-04T17:36:24Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=1cca17dfff488760e74e2af4b0f686b20a02e6e1'/>
<id>urn:sha1:1cca17dfff488760e74e2af4b0f686b20a02e6e1</id>
<content type='text'>
There are a handful of incorrect "linkgit:&lt;page&gt;[&lt;section&gt;]"
instances in our documentation set.

 * Some have an extra colon after "linkgit:"; fix them by removing
   the extra colon;

 * Some refer to a page outside the Git suite, namely curl(1); fix
   them by using the `curl(1)` that already appears on the same page
   for the same purpose of referring the readers to its manual page.

 * Some spell the name of the page incorrectly, e.g. "rev-list" when
   they mean "git-rev-list"; fix them.

 * Some list the manual section incorrectly; fix them to make sure
   they match what is at the top of the target of the link.

Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'jk/notes-dwim-doc'</title>
<updated>2015-10-14T21:30:15Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2015-10-14T21:30:15Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=262cffe6c9516bc5070e4ee36336a171c425b516'/>
<id>urn:sha1:262cffe6c9516bc5070e4ee36336a171c425b516</id>
<content type='text'>
The way how --ref/--notes to specify the notes tree reference are
DWIMmed was not clearly documented.

* jk/notes-dwim-doc:
  notes: correct documentation of DWIMery for notes references
</content>
</entry>
<entry>
<title>notes: correct documentation of DWIMery for notes references</title>
<updated>2015-09-22T22:24:01Z</updated>
<author>
<name>Jacob Keller</name>
<email>jacob.keller@gmail.com</email>
</author>
<published>2015-09-22T22:15:03Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=e14c92e841fd6d99c8c17af05a411a85ac212254'/>
<id>urn:sha1:e14c92e841fd6d99c8c17af05a411a85ac212254</id>
<content type='text'>
expand_notes_ref is used by --ref from git-notes(1) and --notes from the
git log to find the full refname of a notes reference. Previously the
documentation of these options was not clear about what sorts of
expansions would be performed. Fix the documentation to clearly and
accurately describe the behavior of the expansions.

Add a test for this expansion when using git notes get-ref in order to
prevent future patches from changing this behavior.

Signed-off-by: Jacob Keller &lt;jacob.keller@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>notes: teach git-notes about notes.&lt;name&gt;.mergeStrategy option</title>
<updated>2015-08-17T22:39:13Z</updated>
<author>
<name>Jacob Keller</name>
<email>jacob.keller@gmail.com</email>
</author>
<published>2015-08-17T21:33:34Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=4f655e22b76fed49b0c32bcdcd899934215b9a6d'/>
<id>urn:sha1:4f655e22b76fed49b0c32bcdcd899934215b9a6d</id>
<content type='text'>
Teach notes about a new "notes.&lt;name&gt;.mergeStrategy" option for
configuring the notes merge strategy when merging into
refs/notes/&lt;name&gt;. This option allows for the selection of merge
strategy for particular notes refs, rather than all notes ref merges, as
user may not want cat_sort_uniq for all refs, but only some. Note that
the &lt;name&gt; is the local reference we are merging into, not the remote
ref we merged from. The assumption is that users will mostly want to
configure separate local ref merge strategies rather than strategies
depending on which remote ref they merge from.

notes.&lt;name&gt;.mergeStrategy overrides the general behavior as it is more
specific.

Signed-off-by: Jacob Keller &lt;jacob.keller@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>notes: add notes.mergeStrategy option to select default strategy</title>
<updated>2015-08-17T22:38:54Z</updated>
<author>
<name>Jacob Keller</name>
<email>jacob.keller@gmail.com</email>
</author>
<published>2015-08-17T21:33:33Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=d2d68d9975da4a15dfca0e6e59001948e5bf57f9'/>
<id>urn:sha1:d2d68d9975da4a15dfca0e6e59001948e5bf57f9</id>
<content type='text'>
Teach git-notes about "notes.mergeStrategy" to select a general strategy
for all notes merges. This enables a user to always get expected merge
strategy such as "cat_sort_uniq" without having to pass the "-s" option
manually.

Signed-off-by: Jacob Keller &lt;jacob.keller@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>notes: document cat_sort_uniq rewriteMode</title>
<updated>2015-08-17T22:35:49Z</updated>
<author>
<name>Jacob Keller</name>
<email>jacob.keller@gmail.com</email>
</author>
<published>2015-08-17T21:33:29Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=e48ad1b9b1d862dd0aad3a21c7e6ca5ec68c024c'/>
<id>urn:sha1:e48ad1b9b1d862dd0aad3a21c7e6ca5ec68c024c</id>
<content type='text'>
Teach documentation about the cat_sort_uniq rewriteMode that got added
at the same time as the equivalent merge strategy.

Signed-off-by: Jacob Keller &lt;jacob.keller@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>builtin/notes: add --allow-empty, to allow storing empty notes</title>
<updated>2014-11-12T19:00:11Z</updated>
<author>
<name>Johan Herland</name>
<email>johan@herland.net</email>
</author>
<published>2014-11-12T00:40:14Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=d73a5b933db1e722faa54d6709e89e2450d7c1e3'/>
<id>urn:sha1:d73a5b933db1e722faa54d6709e89e2450d7c1e3</id>
<content type='text'>
Although the "git notes" man page advertises that we support binary-safe
notes addition (using the -C option), we currently do not support adding
the empty note (i.e. using the empty blob to annotate an object). Instead,
an empty note is always treated as an intent to remove the note
altogether.

Introduce the --allow-empty option to the add/append/edit subcommands,
to explicitly allow an empty note to be stored into the notes tree.

Also update the documentation, and add test cases for the new option.

Reported-by: James H. Fisher &lt;jhf@trifork.com&gt;
Improved-by: Kyle J. McKay &lt;mackyle@gmail.com&gt;
Improved-by: Junio C Hamano &lt;gitster@pobox.com&gt;
Signed-off-by: Johan Herland &lt;johan@herland.net&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>parse-options: multi-word argh should use dash to separate words</title>
<updated>2014-03-24T17:43:34Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2014-03-23T22:58:12Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=e703d7118c68bb5b1f850dae4060609a88500b18'/>
<id>urn:sha1:e703d7118c68bb5b1f850dae4060609a88500b18</id>
<content type='text'>
"When you need to use space, use dash" is a strange way to say that
you must not use a space.  Because it is more common for the command
line descriptions to use dashed-multi-words, you do not even want to
use spaces in these places.  Rephrase the documentation to avoid
this strangeness.

Fix a few existing multi-word argument help strings, i.e.

 - GPG key-ids given to -S/--gpg-sign are "key-id";
 - Refs used for storing notes are "notes-ref"; and
 - Expiry timestamps given to --expire are "expiry-date".

and update the corresponding documentation pages.

Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
</feed>
