{"thread":{"id":"55461","subject":"[RFC PATCH v1 00/13][GSoC] doc: (monospace) apply CodingGuidelines on a large-scale","startedAt":"2021-04-09T04:05:41Z","lastAt":"2021-04-19T09:33:07Z","messageCount":20,"participants":["Firmin Martin","Bagas Sanjaya","Jean-Noël Avila"],"isPatch":true,"patchVersion":1,"patchTotal":13},"messages":[{"id":"421326","messageId":"20210409040301.3260358-1-firminmartin24@gmail.com","threadId":"55461","inReplyTo":null,"subject":"[RFC PATCH v1 00/13][GSoC] doc: (monospace) apply CodingGuidelines on a large-scale","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:48Z","receivedAt":"2021-04-09T04:05:41Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"This patch series aims to make the documentation fully compliant to the\nCodingGuidelines regarding monospace font. After it, new contributors\nwho just want to change a little portion of the documention could just\nlook around how it has been done without being confused by the\ninconsistency between the documentation and the CodingGuidelines.\n\nConcretely: unquoted, single-quoted or double-quoted entities detailed\nbelow in the summary are wrapped or converted in backticks.\n\nExcept some easy cases, the methodology consists of using simple regex\nto find relevant files, then interactively substitute targeted entities\nwith progressively smarter regex to exclude false positives. As the\nreview process could be very tedious, I have been very cautious and have\nreviewed myself a couple of times every changes. Consequently, mistakes,\nif there are any, are not due to the regex, but my personal\nmisinterpretation of the context.\n\nBelow is some changes I plan to make in v2 which request\ncomments/approvals of the community.\n\n* Placeholders and option values should be in italic. (Cf. man man) \n    - e.g. `--date`='<format>', `--notes`[='<ref>'], `branch.`'<name>'`.remote`\n    - e.g. `--date`='rfc2822'\n    - Compare gcc and git-add\n        - man gcc vs. man git-add \n        - https://linux.die.net/man/1/gcc vs. https://linux.die.net/man/1/git-add\n* The Synopsis section should be formatted based on the current\nCodingGuidelines plus the above suggestion. IOW, for instance, options should\nbe wrapped in backticks. Again, to have an idea, compare gcc and git-add. \n\nBest,\n\nFirmin\n\nFirmin Martin (13):\n  doc: typeset command-line options in monospace\n  doc: typeset branches and remotes in monospace\n  doc: typeset configuration options in monospace\n  doc: typeset git-related commands in monospace\n  doc: typeset git-svn subcommands in monospace\n  doc: typeset dummy URLs and protocols in monospace\n  doc: typeset git dotfiles in monospace\n  doc: typeset filepath and $variables in monospace\n  doc: typeset command/option/value entries in monospace\n  doc: typeset more command entries in monospace\n  doc: typeset config option entries in monospace\n  doc: typeset environment vars without $ in monospace\n  doc: typeset common programs in monospace\n\n Documentation/CodingGuidelines                |   2 +-\n Documentation/MyFirstContribution.txt         |   8 +-\n Documentation/SubmittingPatches               |   2 +-\n Documentation/blame-options.txt               |  50 +-\n Documentation/config.txt                      |  38 +-\n Documentation/config/diff.txt                 |   2 +-\n Documentation/config/gitcvs.txt               |   6 +-\n Documentation/diff-format.txt                 |  12 +-\n Documentation/diff-generate-patch.txt         |   8 +-\n Documentation/diff-options.txt                | 252 +++----\n Documentation/fetch-options.txt               | 136 ++--\n Documentation/git-add.txt                     |  86 +--\n Documentation/git-am.txt                      | 116 +--\n Documentation/git-apply.txt                   |  84 +--\n Documentation/git-archimport.txt              |  34 +-\n Documentation/git-archive.txt                 |  52 +-\n Documentation/git-bisect-lk2009.txt           | 188 ++---\n Documentation/git-bisect.txt                  |  48 +-\n Documentation/git-blame.txt                   |  32 +-\n Documentation/git-branch.txt                  | 156 ++--\n Documentation/git-bugreport.txt               |  14 +-\n Documentation/git-bundle.txt                  |  74 +-\n Documentation/git-cat-file.txt                |  42 +-\n Documentation/git-check-attr.txt              |  18 +-\n Documentation/git-check-ignore.txt            |  16 +-\n Documentation/git-check-mailmap.txt           |   4 +-\n Documentation/git-check-ref-format.txt        |  16 +-\n Documentation/git-checkout-index.txt          |  42 +-\n Documentation/git-checkout.txt                | 114 +--\n Documentation/git-cherry-pick.txt             |  76 +-\n Documentation/git-cherry.txt                  |  20 +-\n Documentation/git-citool.txt                  |   6 +-\n Documentation/git-clean.txt                   |  66 +-\n Documentation/git-clone.txt                   | 104 +--\n Documentation/git-column.txt                  |  26 +-\n Documentation/git-commit-graph.txt            |  12 +-\n Documentation/git-commit-tree.txt             |  22 +-\n Documentation/git-commit.txt                  | 174 ++---\n Documentation/git-config.txt                  | 174 ++---\n Documentation/git-count-objects.txt           |  16 +-\n .../git-credential-cache--daemon.txt          |   2 +-\n Documentation/git-credential-cache.txt        |   8 +-\n Documentation/git-credential-store.txt        |  12 +-\n Documentation/git-credential.txt              |  16 +-\n Documentation/git-cvsexportcommit.txt         |  46 +-\n Documentation/git-cvsimport.txt               |  84 +--\n Documentation/git-cvsserver.txt               | 110 +--\n Documentation/git-daemon.txt                  | 150 ++--\n Documentation/git-describe.txt                |  80 +-\n Documentation/git-diff-files.txt              |  18 +-\n Documentation/git-diff-index.txt              |  34 +-\n Documentation/git-diff-tree.txt               |  46 +-\n Documentation/git-diff.txt                    |  64 +-\n Documentation/git-difftool.txt                |  78 +-\n Documentation/git-fast-export.txt             |  84 +--\n Documentation/git-fast-import.txt             | 140 ++--\n Documentation/git-fetch-pack.txt              |  72 +-\n Documentation/git-fetch.txt                   |  46 +-\n Documentation/git-filter-branch.txt           | 164 ++---\n Documentation/git-fmt-merge-msg.txt           |  30 +-\n Documentation/git-for-each-ref.txt            |  80 +-\n Documentation/git-for-each-repo.txt           |   4 +-\n Documentation/git-format-patch.txt            | 132 ++--\n Documentation/git-fsck-objects.txt            |   2 +-\n Documentation/git-fsck.txt                    |  74 +-\n Documentation/git-gc.txt                      |  36 +-\n Documentation/git-get-tar-commit-id.txt       |   8 +-\n Documentation/git-grep.txt                    | 178 ++---\n Documentation/git-gui.txt                     |  32 +-\n Documentation/git-hash-object.txt             |  20 +-\n Documentation/git-help.txt                    |  78 +-\n Documentation/git-http-backend.txt            |  72 +-\n Documentation/git-http-fetch.txt              |  24 +-\n Documentation/git-http-push.txt               |  22 +-\n Documentation/git-imap-send.txt               |  20 +-\n Documentation/git-index-pack.txt              |  48 +-\n Documentation/git-init-db.txt                 |   2 +-\n Documentation/git-init.txt                    |  28 +-\n Documentation/git-instaweb.txt                |  44 +-\n Documentation/git-interpret-trailers.txt      |  80 +-\n Documentation/git-log.txt                     |  56 +-\n Documentation/git-ls-files.txt                | 126 ++--\n Documentation/git-ls-remote.txt               |  46 +-\n Documentation/git-ls-tree.txt                 |  38 +-\n Documentation/git-mailinfo.txt                |  36 +-\n Documentation/git-mailsplit.txt               |  20 +-\n Documentation/git-maintenance.txt             |  32 +-\n Documentation/git-merge-base.txt              |  32 +-\n Documentation/git-merge-file.txt              |  26 +-\n Documentation/git-merge-index.txt             |  16 +-\n Documentation/git-merge-one-file.txt          |   6 +-\n Documentation/git-merge-tree.txt              |   4 +-\n Documentation/git-merge.txt                   |  78 +-\n Documentation/git-mergetool--lib.txt          |   8 +-\n Documentation/git-mergetool.txt               |  40 +-\n Documentation/git-mktag.txt                   |   4 +-\n Documentation/git-mktree.txt                  |   8 +-\n Documentation/git-multi-pack-index.txt        |  18 +-\n Documentation/git-mv.txt                      |  28 +-\n Documentation/git-name-rev.txt                |  32 +-\n Documentation/git-notes.txt                   | 170 ++---\n Documentation/git-p4.txt                      | 318 ++++----\n Documentation/git-pack-objects.txt            | 122 ++--\n Documentation/git-pack-redundant.txt          |  10 +-\n Documentation/git-pack-refs.txt               |  12 +-\n Documentation/git-patch-id.txt                |  22 +-\n Documentation/git-prune-packed.txt            |  10 +-\n Documentation/git-prune.txt                   |  30 +-\n Documentation/git-pull.txt                    |  42 +-\n Documentation/git-push.txt                    | 136 ++--\n Documentation/git-quiltimport.txt             |  18 +-\n Documentation/git-range-diff.txt              |  16 +-\n Documentation/git-read-tree.txt               | 118 +--\n Documentation/git-rebase.txt                  | 384 +++++-----\n Documentation/git-receive-pack.txt            |  48 +-\n Documentation/git-reflog.txt                  |  36 +-\n Documentation/git-remote-ext.txt              |  40 +-\n Documentation/git-remote-fd.txt               |  16 +-\n Documentation/git-remote.txt                  |  62 +-\n Documentation/git-repack.txt                  |  64 +-\n Documentation/git-replace.txt                 |  42 +-\n Documentation/git-request-pull.txt            |  12 +-\n Documentation/git-rerere.txt                  |  80 +-\n Documentation/git-reset.txt                   |  60 +-\n Documentation/git-restore.txt                 |  58 +-\n Documentation/git-rev-list.txt                |   6 +-\n Documentation/git-rev-parse.txt               | 148 ++--\n Documentation/git-revert.txt                  |  54 +-\n Documentation/git-rm.txt                      |  32 +-\n Documentation/git-send-email.txt              | 192 ++---\n Documentation/git-send-pack.txt               |  44 +-\n Documentation/git-sh-i18n--envsubst.txt       |   2 +-\n Documentation/git-sh-i18n.txt                 |   4 +-\n Documentation/git-sh-setup.txt                |  10 +-\n Documentation/git-shell.txt                   |  26 +-\n Documentation/git-shortlog.txt                |  32 +-\n Documentation/git-show-branch.txt             |  66 +-\n Documentation/git-show-index.txt              |   4 +-\n Documentation/git-show-ref.txt                |  58 +-\n Documentation/git-show.txt                    |  12 +-\n Documentation/git-sparse-checkout.txt         |  18 +-\n Documentation/git-stage.txt                   |   2 +-\n Documentation/git-stash.txt                   |  80 +-\n Documentation/git-status.txt                  |  78 +-\n Documentation/git-stripspace.txt              |  16 +-\n Documentation/git-submodule.txt               | 172 ++---\n Documentation/git-svn.txt                     | 690 +++++++++---------\n Documentation/git-switch.txt                  |  76 +-\n Documentation/git-symbolic-ref.txt            |  22 +-\n Documentation/git-tag.txt                     | 108 +--\n Documentation/git-unpack-file.txt             |   4 +-\n Documentation/git-unpack-objects.txt          |  12 +-\n Documentation/git-update-index.txt            | 132 ++--\n Documentation/git-update-ref.txt              |  40 +-\n Documentation/git-update-server-info.txt      |   6 +-\n Documentation/git-upload-archive.txt          |  10 +-\n Documentation/git-upload-pack.txt             |  20 +-\n Documentation/git-var.txt                     |  20 +-\n Documentation/git-verify-commit.txt           |  10 +-\n Documentation/git-verify-pack.txt             |  14 +-\n Documentation/git-verify-tag.txt              |  10 +-\n Documentation/git-web--browse.txt             |  26 +-\n Documentation/git-whatchanged.txt             |   8 +-\n Documentation/git-worktree.txt                |  74 +-\n Documentation/git-write-tree.txt              |  12 +-\n Documentation/git.txt                         | 142 ++--\n Documentation/gitattributes.txt               |  88 +--\n Documentation/gitcli.txt                      |   6 +-\n Documentation/gitcore-tutorial.txt            | 212 +++---\n Documentation/gitcredentials.txt              |  20 +-\n Documentation/gitcvs-migration.txt            |  14 +-\n Documentation/gitdiffcore.txt                 |  60 +-\n Documentation/giteveryday.txt                 |  24 +-\n Documentation/gitfaq.txt                      |   6 +-\n Documentation/githooks.txt                    |  26 +-\n Documentation/gitignore.txt                   |  16 +-\n Documentation/gitk.txt                        |  64 +-\n Documentation/gitmailmap.txt                  |   2 +-\n Documentation/gitmodules.txt                  |  26 +-\n Documentation/gitnamespaces.txt               |  12 +-\n Documentation/gitremote-helpers.txt           |  90 +--\n Documentation/gitrepository-layout.txt        | 114 +--\n Documentation/gitsubmodules.txt               |   2 +-\n Documentation/gittutorial-2.txt               |  38 +-\n Documentation/gittutorial.txt                 | 100 +--\n Documentation/gitweb.conf.txt                 | 320 ++++----\n Documentation/gitweb.txt                      | 168 ++---\n Documentation/gitworkflows.txt                |  76 +-\n Documentation/glossary-content.txt            |  38 +-\n Documentation/howto/revert-branch-rebase.txt  |   2 +-\n .../howto/setup-git-server-over-http.txt      |   2 +-\n Documentation/i18n.txt                        |   4 +-\n Documentation/merge-options.txt               | 100 +--\n Documentation/merge-strategies.txt            |  36 +-\n Documentation/pretty-formats.txt              |  16 +-\n Documentation/pretty-options.txt              |  52 +-\n Documentation/pull-fetch-param.txt            |  18 +-\n Documentation/rev-list-options.txt            | 242 +++---\n Documentation/revisions.txt                   |  76 +-\n Documentation/sequencer.txt                   |   8 +-\n Documentation/signoff-option.txt              |   8 +-\n Documentation/urls-remotes.txt                |  12 +-\n Documentation/urls.txt                        |  40 +-\n Documentation/user-manual.txt                 | 116 +--\n 204 files changed, 5971 insertions(+), 5971 deletions(-)\n\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421329","messageId":"20210409040301.3260358-2-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 01/13] doc: typeset command-line options in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:49Z","receivedAt":"2021-04-09T04:05:49Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap command-line options with backticks as indicated in the\nCodingGuidelines.\n\nThe following command and regex assisted the process.\n\n    REGEX=\"^(?![[:blank:]]*[\\$]).*[^-\\`+<[:punct:][:alnum:]]\\-{1,2}[[:alpha:]][a-z0-9-]*(=[\\\"<]?([[:alnum:]])+[>\\\"]?)?[^\\`-]\" &&\n    grep -Pn \"$REGEX\" *.txt --exclude-dir=RelNotes\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/SubmittingPatches               |   2 +-\n Documentation/blame-options.txt               |   6 +-\n Documentation/config/diff.txt                 |   2 +-\n Documentation/config/gitcvs.txt               |   6 +-\n Documentation/diff-generate-patch.txt         |   4 +-\n Documentation/diff-options.txt                |   8 +-\n Documentation/fetch-options.txt               |  16 +--\n Documentation/git-add.txt                     |   2 +-\n Documentation/git-apply.txt                   |   2 +-\n Documentation/git-archimport.txt              |   2 +-\n Documentation/git-archive.txt                 |   2 +-\n Documentation/git-branch.txt                  |   2 +-\n Documentation/git-bundle.txt                  |  10 +-\n Documentation/git-checkout-index.txt          |   6 +-\n Documentation/git-checkout.txt                |   4 +-\n Documentation/git-cherry-pick.txt             |   2 +-\n Documentation/git-clean.txt                   |   8 +-\n Documentation/git-clone.txt                   |   4 +-\n Documentation/git-column.txt                  |   2 +-\n Documentation/git-commit.txt                  |  16 +--\n Documentation/git-config.txt                  |   6 +-\n Documentation/git-count-objects.txt           |   6 +-\n Documentation/git-cvsexportcommit.txt         |   8 +-\n Documentation/git-cvsimport.txt               |  12 +-\n Documentation/git-cvsserver.txt               |  12 +-\n Documentation/git-daemon.txt                  |  22 ++--\n Documentation/git-describe.txt                |  18 +--\n Documentation/git-diff-tree.txt               |   6 +-\n Documentation/git-diff.txt                    |   6 +-\n Documentation/git-fast-export.txt             |  10 +-\n Documentation/git-fast-import.txt             |  42 +++----\n Documentation/git-fetch-pack.txt              |   4 +-\n Documentation/git-fetch.txt                   |   6 +-\n Documentation/git-filter-branch.txt           |  26 ++---\n Documentation/git-fmt-merge-msg.txt           |   2 +-\n Documentation/git-for-each-ref.txt            |   4 +-\n Documentation/git-format-patch.txt            |   6 +-\n Documentation/git-fsck.txt                    |   6 +-\n Documentation/git-gc.txt                      |   4 +-\n Documentation/git-grep.txt                    |   4 +-\n Documentation/git-help.txt                    |   8 +-\n Documentation/git-http-fetch.txt              |   2 +-\n Documentation/git-http-push.txt               |   2 +-\n Documentation/git-index-pack.txt              |  12 +-\n Documentation/git-init.txt                    |   2 +-\n Documentation/git-interpret-trailers.txt      |  18 +--\n Documentation/git-ls-files.txt                |  24 ++--\n Documentation/git-ls-remote.txt               |   2 +-\n Documentation/git-ls-tree.txt                 |   6 +-\n Documentation/git-mailinfo.txt                |   4 +-\n Documentation/git-mailsplit.txt               |   2 +-\n Documentation/git-merge-index.txt             |   2 +-\n Documentation/git-mv.txt                      |   2 +-\n Documentation/git-name-rev.txt                |  10 +-\n Documentation/git-notes.txt                   |   4 +-\n Documentation/git-p4.txt                      |  26 ++---\n Documentation/git-pack-objects.txt            |  36 +++---\n Documentation/git-patch-id.txt                |   6 +-\n Documentation/git-prune.txt                   |   2 +-\n Documentation/git-pull.txt                    |   6 +-\n Documentation/git-push.txt                    |  10 +-\n Documentation/git-quiltimport.txt             |   2 +-\n Documentation/git-read-tree.txt               |   6 +-\n Documentation/git-rebase.txt                  | 108 +++++++++---------\n Documentation/git-repack.txt                  |   2 +-\n Documentation/git-reset.txt                   |   4 +-\n Documentation/git-rev-parse.txt               |   6 +-\n Documentation/git-rm.txt                      |   2 +-\n Documentation/git-send-email.txt              |  42 +++----\n Documentation/git-send-pack.txt               |   2 +-\n Documentation/git-show-branch.txt             |   2 +-\n Documentation/git-show-ref.txt                |  12 +-\n Documentation/git-status.txt                  |  10 +-\n Documentation/git-submodule.txt               |   2 +-\n Documentation/git-svn.txt                     |  76 ++++++------\n Documentation/git-tag.txt                     |   4 +-\n Documentation/git-update-index.txt            |  12 +-\n Documentation/git-update-ref.txt              |   6 +-\n Documentation/git-verify-pack.txt             |   2 +-\n Documentation/git-web--browse.txt             |   2 +-\n Documentation/git-whatchanged.txt             |   2 +-\n Documentation/git.txt                         |   4 +-\n Documentation/gitcore-tutorial.txt            |   2 +-\n Documentation/gitdiffcore.txt                 |  30 ++---\n Documentation/gitk.txt                        |   6 +-\n Documentation/gittutorial-2.txt               |   4 +-\n Documentation/gittutorial.txt                 |   4 +-\n Documentation/gitweb.conf.txt                 |   6 +-\n Documentation/howto/revert-branch-rebase.txt  |   2 +-\n .../howto/setup-git-server-over-http.txt      |   2 +-\n Documentation/merge-options.txt               |  22 ++--\n Documentation/pretty-formats.txt              |  12 +-\n Documentation/pretty-options.txt              |  20 ++--\n Documentation/rev-list-options.txt            |  28 ++---\n Documentation/signoff-option.txt              |   2 +-\n Documentation/urls.txt                        |   4 +-\n Documentation/user-manual.txt                 |   4 +-\n 97 files changed, 479 insertions(+), 479 deletions(-)\n\ndiff --git a/Documentation/SubmittingPatches b/Documentation/SubmittingPatches\nindex 0452db2e67..e7623d967b 100644\n--- a/Documentation/SubmittingPatches\n+++ b/Documentation/SubmittingPatches\n@@ -158,7 +158,7 @@ invocation of `git show`:\n \tgit show -s --pretty=reference <commit>\n ....\n \n-or, on an older version of Git without support for --pretty=reference:\n+or, on an older version of Git without support for `--pretty=reference`:\n \n ....\n \tgit show -s --date=short --pretty='format:%h (%s, %ad)' <commit>\ndiff --git a/Documentation/blame-options.txt b/Documentation/blame-options.txt\nindex 117f4cf806..860e8e2f5c 100644\n--- a/Documentation/blame-options.txt\n+++ b/Documentation/blame-options.txt\n@@ -50,7 +50,7 @@ include::line-range-format.txt[]\n --line-porcelain::\n \tShow the porcelain format, but output commit information for\n \teach line, not just the first time a commit is referenced.\n-\tImplies --porcelain.\n+\tImplies `--porcelain`.\n \n --incremental::\n \tShow the result incrementally in a format designed for\n@@ -71,11 +71,11 @@ include::line-range-format.txt[]\n \t`-` to make the command read from the standard input).\n \n --date <format>::\n-\tSpecifies the format used to output dates. If --date is not\n+\tSpecifies the format used to output dates. If `--date` is not\n \tprovided, the value of the blame.date config variable is\n \tused. If the blame.date config variable is also not set, the\n \tiso format is used. For supported values, see the discussion\n-\tof the --date option at linkgit:git-log[1].\n+\tof the `--date` option at linkgit:git-log[1].\n \n --[no-]progress::\n \tProgress status is reported on the standard error stream\ndiff --git a/Documentation/config/diff.txt b/Documentation/config/diff.txt\nindex 2d3331f55c..7556df330c 100644\n--- a/Documentation/config/diff.txt\n+++ b/Documentation/config/diff.txt\n@@ -113,7 +113,7 @@ diff.relative::\n \n diff.orderFile::\n \tFile indicating how to order files within a diff.\n-\tSee the '-O' option to linkgit:git-diff[1] for details.\n+\tSee the `-O` option to linkgit:git-diff[1] for details.\n \tIf `diff.orderFile` is a relative pathname, it is treated as\n \trelative to the top of the working tree.\n \ndiff --git a/Documentation/config/gitcvs.txt b/Documentation/config/gitcvs.txt\nindex 02da427fd9..a188638340 100644\n--- a/Documentation/config/gitcvs.txt\n+++ b/Documentation/config/gitcvs.txt\n@@ -16,16 +16,16 @@ gitcvs.usecrlfattr::\n \tthe attributes force Git to treat a file as text,\n \tthe `-k` mode will be left blank so CVS clients will\n \ttreat it as text. If they suppress text conversion, the file\n-\twill be set with '-kb' mode, which suppresses any newline munging\n+\twill be set with `-kb` mode, which suppresses any newline munging\n \tthe client might otherwise do. If the attributes do not allow\n \tthe file type to be determined, then `gitcvs.allBinary` is\n \tused. See linkgit:gitattributes[5].\n \n gitcvs.allBinary::\n \tThis is used if `gitcvs.usecrlfattr` does not resolve\n-\tthe correct '-kb' mode to use. If true, all\n+\tthe correct `-kb` mode to use. If true, all\n \tunresolved files are sent to the client in\n-\tmode '-kb'. This causes the client to treat them\n+\tmode `-kb`. This causes the client to treat them\n \tas binary files, which suppresses any newline munging it\n \totherwise might do. Alternatively, if it is set to \"guess\",\n \tthen the contents of the file are examined to decide if\ndiff --git a/Documentation/diff-generate-patch.txt b/Documentation/diff-generate-patch.txt\nindex 2db8eacc3e..2615b29cb0 100644\n--- a/Documentation/diff-generate-patch.txt\n+++ b/Documentation/diff-generate-patch.txt\n@@ -13,7 +13,7 @@ You can customize the creation of patch text via the\n `GIT_EXTERNAL_DIFF` and the `GIT_DIFF_OPTS` environment variables\n (see linkgit:git[1]).\n \n-What the -p option produces is slightly different from the traditional\n+What the `-p` option produces is slightly different from the traditional\n diff format:\n \n 1.   It is preceded with a \"git diff\" header that looks like this:\n@@ -149,7 +149,7 @@ Similar to two-line header for traditional 'unified' diff\n format, `/dev/null` is used to signal created or deleted\n files.\n +\n-However, if the --combined-all-paths option is provided, instead of a\n+However, if the `--combined-all-paths` option is provided, instead of a\n two-line from-file/to-file you get a N+1 line from-file/to-file header,\n where N is the number of parents in the merge commit\n \ndiff --git a/Documentation/diff-options.txt b/Documentation/diff-options.txt\nindex aa2b5c11f2..13e0753862 100644\n--- a/Documentation/diff-options.txt\n+++ b/Documentation/diff-options.txt\n@@ -471,7 +471,7 @@ ifndef::git-format-patch[]\n \tthat is immediately followed by a tab character inside the\n \tinitial indent of the line are considered whitespace errors.\n \tExits with non-zero status if problems are found. Not compatible\n-\twith --exit-code.\n+\twith `--exit-code`.\n \n --ws-error-highlight=<kind>::\n \tHighlight whitespace errors in the `context`, `old` or `new`\n@@ -522,10 +522,10 @@ original should remain in the result for Git to consider it a total\n rewrite (i.e. otherwise the resulting patch will be a series of\n deletion and insertion mixed together with context lines).\n +\n-When used with -M, a totally-rewritten file is also considered as the\n-source of a rename (usually -M only considers a file that disappeared\n+When used with `-M`, a totally-rewritten file is also considered as the\n+source of a rename (usually `-M` only considers a file that disappeared\n as the source of a rename), and the number `n` controls this aspect of\n-the -B option (defaults to 50%). `-B20%` specifies that a change with\n+the `-B` option (defaults to 50%). `-B20%` specifies that a change with\n addition and deletion compared to 20% or more of the file's size are\n eligible for being picked up as a possible source of a rename to\n another file.\ndiff --git a/Documentation/fetch-options.txt b/Documentation/fetch-options.txt\nindex 07783deee3..4ccd65c166 100644\n--- a/Documentation/fetch-options.txt\n+++ b/Documentation/fetch-options.txt\n@@ -115,10 +115,10 @@ endif::git-pull[]\n \tBefore fetching, remove any remote-tracking references that no\n \tlonger exist on the remote.  Tags are not subject to pruning\n \tif they are fetched only because of the default tag\n-\tauto-following or due to a --tags option.  However, if tags\n+\tauto-following or due to a `--tags` option.  However, if tags\n \tare fetched due to an explicit refspec (either on the command\n \tline or in the remote configuration, for example if the remote\n-\twas cloned with the --mirror option), then they are also\n+\twas cloned with the `--mirror` option), then they are also\n \tsubject to pruning. Supplying `--prune-tags` is a shorthand for\n \tproviding the tag refspec.\n ifndef::git-pull[]\n@@ -164,7 +164,7 @@ endif::git-pull[]\n \tFetch all tags from the remote (i.e., fetch remote tags\n \t`refs/tags/*` into local tags with the same name), in addition\n \tto whatever else would otherwise be fetched.  Using this\n-\toption alone does not subject tags to pruning, even if --prune\n+\toption alone does not subject tags to pruning, even if `--prune`\n \tis used (though tags may be pruned anyway if they are also the\n \tdestination of an explicit refspec; see `--prune`).\n \n@@ -215,7 +215,7 @@ ifndef::git-pull[]\n \n --recurse-submodules-default=[yes|on-demand]::\n \tThis option is used internally to temporarily provide a\n-\tnon-negative default value for the --recurse-submodules\n+\tnon-negative default value for the `--recurse-submodules`\n \toption.  All other methods of configuring fetch's submodule\n \trecursion (such as settings in linkgit:gitmodules[5] and\n \tlinkgit:git-config[1]) override this option, as does\n@@ -240,7 +240,7 @@ endif::git-pull[]\n ifndef::git-pull[]\n -q::\n --quiet::\n-\tPass --quiet to git-fetch-pack and silence any other internally\n+\tPass `--quiet` to git-fetch-pack and silence any other internally\n \tused git commands. Progress is not reported to the standard error\n \tstream.\n \n@@ -267,14 +267,14 @@ endif::git-pull[]\n --show-forced-updates::\n \tBy default, git checks if a branch is force-updated during\n \tfetch. This can be disabled through fetch.showForcedUpdates, but\n-\tthe --show-forced-updates option guarantees this check occurs.\n+\tthe `--show-forced-updates` option guarantees this check occurs.\n \tSee linkgit:git-config[1].\n \n --no-show-forced-updates::\n \tBy default, git checks if a branch is force-updated during\n-\tfetch. Pass --no-show-forced-updates or set fetch.showForcedUpdates\n+\tfetch. Pass `--no-show-forced-updates` or set fetch.showForcedUpdates\n \tto false to skip this check for performance reasons. If used during\n-\t'git-pull' the --ff-only option will still check for forced updates\n+\t'git-pull' the `--ff-only` option will still check for forced updates\n \tbefore attempting a fast-forward update. See linkgit:git-config[1].\n \n -4::\ndiff --git a/Documentation/git-add.txt b/Documentation/git-add.txt\nindex be5e3ac54b..6a7cb07a8a 100644\n--- a/Documentation/git-add.txt\n+++ b/Documentation/git-add.txt\n@@ -164,7 +164,7 @@ for \"git add --no-all <pathspec>...\", i.e. ignored removed files.\n \ttrue to make this the default behaviour.\n \n --ignore-missing::\n-\tThis option can only be used together with --dry-run. By using\n+\tThis option can only be used together with `--dry-run`. By using\n \tthis option the user can check if any of the given files would\n \tbe ignored, no matter if they are already present in the work\n \ttree or not.\ndiff --git a/Documentation/git-apply.txt b/Documentation/git-apply.txt\nindex 91d9a8601c..f1c8098c0b 100644\n--- a/Documentation/git-apply.txt\n+++ b/Documentation/git-apply.txt\n@@ -233,7 +233,7 @@ behavior:\n \tadjusting the hunk headers appropriately).\n \n --directory=<root>::\n-\tPrepend <root> to all filenames.  If a \"-p\" argument was also passed,\n+\tPrepend <root> to all filenames.  If a `-p` argument was also passed,\n \tit is applied before prepending the new root.\n +\n For example, a patch that talks about updating `a/git-gui.sh` to `b/git-gui.sh`\ndiff --git a/Documentation/git-archimport.txt b/Documentation/git-archimport.txt\nindex a595a0ffee..b477e3c495 100644\n--- a/Documentation/git-archimport.txt\n+++ b/Documentation/git-archimport.txt\n@@ -98,7 +98,7 @@ OPTIONS\n \n -a::\n \tAttempt to auto-register archives at `http://mirrors.sourcecontrol.net`\n-\tThis is particularly useful with the -D option.\n+\tThis is particularly useful with the `-D` option.\n \n -t <tmpdir>::\n \tOverride the default tempdir.\ndiff --git a/Documentation/git-archive.txt b/Documentation/git-archive.txt\nindex 9f8172828d..0af18c9df3 100644\n--- a/Documentation/git-archive.txt\n+++ b/Documentation/git-archive.txt\n@@ -77,7 +77,7 @@ OPTIONS\n \tlinkgit:git-upload-archive[1] for details.\n \n --exec=<git-upload-archive>::\n-\tUsed with --remote to specify the path to the\n+\tUsed with `--remote` to specify the path to the\n \t'git-upload-archive' on the remote side.\n \n <tree-ish>::\ndiff --git a/Documentation/git-branch.txt b/Documentation/git-branch.txt\nindex 94dc9a54f2..271b4ee34e 100644\n--- a/Documentation/git-branch.txt\n+++ b/Documentation/git-branch.txt\n@@ -280,7 +280,7 @@ start-point is either a local or remote-tracking branch.\n \n --sort=<key>::\n \tSort based on the key given. Prefix `-` to sort in descending\n-\torder of the value. You may use the --sort=<key> option\n+\torder of the value. You may use the `--sort=<key>` option\n \tmultiple times, in which case the last key becomes the primary\n \tkey. The keys supported are the same as those in `git\n \tfor-each-ref`. Sort order defaults to the value configured for the\ndiff --git a/Documentation/git-bundle.txt b/Documentation/git-bundle.txt\nindex 53804cad4b..4f1e59a3b2 100644\n--- a/Documentation/git-bundle.txt\n+++ b/Documentation/git-bundle.txt\n@@ -88,19 +88,19 @@ unbundle <file>::\n \tthe standard error stream is not directed to a terminal.\n \n --all-progress::\n-\tWhen --stdout is specified then progress report is\n+\tWhen `--stdout` is specified then progress report is\n \tdisplayed during the object count and compression phases\n \tbut inhibited during the write-out phase. The reason is\n \tthat in some cases the output stream is directly linked\n \tto another command which may wish to display progress\n \tstatus of its own as it processes incoming pack data.\n-\tThis flag is like --progress except that it forces progress\n-\treport for the write-out phase as well even if --stdout is\n+\tThis flag is like `--progress` except that it forces progress\n+\treport for the write-out phase as well even if `--stdout` is\n \tused.\n \n --all-progress-implied::\n-\tThis is used to imply --all-progress whenever progress display\n-\tis activated.  Unlike --all-progress this flag doesn't actually\n+\tThis is used to imply `--all-progress` whenever progress display\n+\tis activated.  Unlike `--all-progress` this flag doesn't actually\n \tforce any progress display by itself.\n \n --version=<version>::\ndiff --git a/Documentation/git-checkout-index.txt b/Documentation/git-checkout-index.txt\nindex 4d33e7be0f..b06d3ae3d9 100644\n--- a/Documentation/git-checkout-index.txt\n+++ b/Documentation/git-checkout-index.txt\n@@ -52,7 +52,7 @@ OPTIONS\n --stage=<number>|all::\n \tInstead of checking out unmerged entries, copy out the\n \tfiles from named stage.  <number> must be between 1 and 3.\n-\tNote: --stage=all automatically implies --temp.\n+\tNote: `--stage=all` automatically implies `--temp`.\n \n --temp::\n \tInstead of copying the files to the working directory\n@@ -88,7 +88,7 @@ $ find . -name '*.h' -print0 | xargs -0 git checkout-index -f --\n which will force all existing `*.h` files to be replaced with their\n cached copies. If an empty command line implied \"all\", then this would\n force-refresh everything in the index, which was not the point.  But\n-since 'git checkout-index' accepts --stdin it would be faster to use:\n+since 'git checkout-index' accepts `--stdin` it would be faster to use:\n \n ----------------\n $ find . -name '*.h' -print0 | git checkout-index -f -z --stdin\n@@ -128,7 +128,7 @@ or `.` if there is no stage entry.  Paths which only have a stage 0\n entry will always be omitted from the output.\n \n In both formats RS (the record separator) is newline by default\n-but will be the null byte if -z was passed on the command line.\n+but will be the null byte if `-z` was passed on the command line.\n The temporary file names are always safe strings; they will never\n contain directory separators or whitespace characters.  The path\n field is always relative to the current directory and the temporary\ndiff --git a/Documentation/git-checkout.txt b/Documentation/git-checkout.txt\nindex b1a6fe4499..3336b8dace 100644\n--- a/Documentation/git-checkout.txt\n+++ b/Documentation/git-checkout.txt\n@@ -151,13 +151,13 @@ of it\").\n -B <new_branch>::\n \tCreates the branch `<new_branch>` and start it at `<start_point>`;\n \tif it already exists, then reset it to `<start_point>`. This is\n-\tequivalent to running \"git branch\" with \"-f\"; see\n+\tequivalent to running \"git branch\" with `-f`; see\n \tlinkgit:git-branch[1] for details.\n \n -t::\n --track::\n \tWhen creating a new branch, set up \"upstream\" configuration. See\n-\t\"--track\" in linkgit:git-branch[1] for details.\n+\t`--track` in linkgit:git-branch[1] for details.\n +\n If no `-b` option is given, the name of the new branch will be\n derived from the remote-tracking branch, by looking at the local part of\ndiff --git a/Documentation/git-cherry-pick.txt b/Documentation/git-cherry-pick.txt\nindex 5d750314b2..0127f56204 100644\n--- a/Documentation/git-cherry-pick.txt\n+++ b/Documentation/git-cherry-pick.txt\n@@ -126,7 +126,7 @@ effect to your index in a row.\n \tindicating that an explicit invocation of `git commit\n \t--allow-empty` is required. This option overrides that\n \tbehavior, allowing empty commits to be preserved automatically\n-\tin a cherry-pick. Note that when \"--ff\" is in effect, empty\n+\tin a cherry-pick. Note that when `--ff` is in effect, empty\n \tcommits that meet the \"fast-forward\" requirement will be kept\n \teven without this option.  Note also, that use of this option only\n \tkeeps commits that were initially empty (i.e. the commit recorded the\ndiff --git a/Documentation/git-clean.txt b/Documentation/git-clean.txt\nindex a7f309dff5..f4246300ae 100644\n--- a/Documentation/git-clean.txt\n+++ b/Documentation/git-clean.txt\n@@ -28,8 +28,8 @@ OPTIONS\n -d::\n \tNormally, when no <path> is specified, git clean will not\n \trecurse into untracked directories to avoid removing too much.\n-\tSpecify -d to have it recurse into such directories as well.\n-\tIf any paths are specified, -d is irrelevant; all untracked\n+\tSpecify `-d` to have it recurse into such directories as well.\n+\tIf any paths are specified, `-d` is irrelevant; all untracked\n \tfiles matching the specified paths (with exceptions for nested\n \tgit directories mentioned under `--force`) will be removed.\n \n@@ -37,9 +37,9 @@ OPTIONS\n --force::\n \tIf the Git configuration variable clean.requireForce is not set\n \tto false, 'git clean' will refuse to delete files or directories\n-\tunless given -f or -i.  Git will refuse to modify untracked\n+\tunless given `-f` or `-i`.  Git will refuse to modify untracked\n \tnested git repositories (directories with a .git subdirectory)\n-\tunless a second -f is given.\n+\tunless a second `-f` is given.\n \n -i::\n --interactive::\ndiff --git a/Documentation/git-clone.txt b/Documentation/git-clone.txt\nindex 3fe3810f1c..22334771d1 100644\n--- a/Documentation/git-clone.txt\n+++ b/Documentation/git-clone.txt\n@@ -31,7 +31,7 @@ currently active branch.\n After the clone, a plain `git fetch` without arguments will update\n all the remote-tracking branches, and a `git pull` without\n arguments will in addition merge the remote master branch into the\n-current master branch, if any (this is untrue when \"--single-branch\"\n+current master branch, if any (this is untrue when `--single-branch`\n is given; see below).\n \n This default configuration is achieved by creating references to\n@@ -52,7 +52,7 @@ OPTIONS\n \tto save space when possible.\n +\n If the repository is specified as a local path (e.g., `/path/to/repo`),\n-this is the default, and --local is essentially a no-op.  If the\n+this is the default, and `--local` is essentially a no-op.  If the\n repository is specified as a URL, then this flag is ignored (and we\n never use the local optimizations).  Specifying `--no-local` will\n override the default when `/path/to/repo` is given, using the regular\ndiff --git a/Documentation/git-column.txt b/Documentation/git-column.txt\nindex f58e9c43e6..84a02ac15c 100644\n--- a/Documentation/git-column.txt\n+++ b/Documentation/git-column.txt\n@@ -29,7 +29,7 @@ OPTIONS\n \tsyntax in linkgit:git-config[1].\n \n --raw-mode=<n>::\n-\tSame as --mode but take mode encoded as a number. This is mainly used\n+\tSame as `--mode` but take mode encoded as a number. This is mainly used\n \tby other commands that have already parsed layout mode.\n \n --width=<width>::\ndiff --git a/Documentation/git-commit.txt b/Documentation/git-commit.txt\nindex 340c5fbb48..6d0d663b50 100644\n--- a/Documentation/git-commit.txt\n+++ b/Documentation/git-commit.txt\n@@ -36,18 +36,18 @@ The content to be committed can be specified in several ways:\n    and the index, again before using the 'commit' command;\n \n 3. by listing files as arguments to the 'commit' command\n-   (without --interactive or --patch switch), in which\n+   (without `--interactive` or `--patch` switch), in which\n    case the commit will ignore changes staged in the index, and instead\n    record the current content of the listed files (which must already\n    be known to Git);\n \n-4. by using the -a switch with the 'commit' command to automatically\n+4. by using the `-a` switch with the 'commit' command to automatically\n    \"add\" changes from all known files (i.e. all files that are already\n    listed in the index) and to automatically \"rm\" files in the index\n    that have been removed from the working tree, and then perform the\n    actual commit;\n \n-5. by using the --interactive or --patch switches with the 'commit' command\n+5. by using the `--interactive` or `--patch` switches with the 'commit' command\n    to decide one by one which files or hunks should be part of the commit\n    in addition to contents in the index,\n    before finalizing the operation. See the ``Interactive Mode'' section of\n@@ -84,7 +84,7 @@ OPTIONS\n \n -c <commit>::\n --reedit-message=<commit>::\n-\tLike '-C', but with `-c` the editor is invoked, so that\n+\tLike `-C`, but with `-c` the editor is invoked, so that\n \tthe user can further edit the commit message.\n \n --fixup=[(amend|reword):]<commit>::\n@@ -134,7 +134,7 @@ See linkgit:git-rebase[1] for details.\n \tlinkgit:git-rebase[1] for details.\n \n --reset-author::\n-\tWhen used with -C/-c/--amend options, or when committing after a\n+\tWhen used with `-C`/`-c`/`--amend` options, or when committing after a\n \tconflicting cherry-pick, declare that the authorship of the\n \tresulting commit now belongs to the committer. This also renews\n \tthe author timestamp.\n@@ -173,7 +173,7 @@ See linkgit:git-rebase[1] for details.\n \tOverride the commit author. Specify an explicit author using the\n \tstandard `A U Thor <author@example.com>` format. Otherwise <author>\n \tis assumed to be a pattern and is used to search for an existing\n-\tcommit by that author (i.e. rev-list --all -i --author=<author>);\n+\tcommit by that author (i.e. `git rev-list --all -i --author=<author>`);\n \tthe commit author is then copied from the first such commit found.\n \n --date=<date>::\n@@ -223,7 +223,7 @@ include::signoff-option.txt[]\n \tis primarily for use by foreign SCM interface scripts.\n \n --allow-empty-message::\n-       Like --allow-empty this command is primarily for use by foreign\n+       Like `--allow-empty` this command is primarily for use by foreign\n        SCM interface scripts. It allows you to create a commit with an\n        empty commit message without using plumbing commands like\n        linkgit:git-commit-tree[1].\n@@ -337,7 +337,7 @@ FROM UPSTREAM REBASE\" section in linkgit:git-rebase[1].)\n +\n --\n The mode parameter is optional (defaults to 'all'), and is used to\n-specify the handling of untracked files; when -u is not used, the\n+specify the handling of untracked files; when `-u` is not used, the\n default is 'normal', i.e. show untracked files and directories.\n \n The possible options are:\ndiff --git a/Documentation/git-config.txt b/Documentation/git-config.txt\nindex 4b4cc5c5e8..b93394ea45 100644\n--- a/Documentation/git-config.txt\n+++ b/Documentation/git-config.txt\n@@ -92,7 +92,7 @@ OPTIONS\n \tLike get, but returns all values for a multi-valued key.\n \n --get-regexp::\n-\tLike --get-all, but interprets the name as a regular expression and\n+\tLike `--get-all`, but interprets the name as a regular expression and\n \twrites out the key names.  Regular expression matching is currently\n \tcase-sensitive and done against a canonicalized version of the key\n \tin which section and variable names are lowercased, but subsection\n@@ -337,8 +337,8 @@ ENVIRONMENT\n \n GIT_CONFIG::\n \tTake the configuration from the given file instead of .git/config.\n-\tUsing the \"--global\" option forces this to ~/.gitconfig. Using the\n-\t\"--system\" option forces this to $(prefix)/etc/gitconfig.\n+\tUsing the `--global` option forces this to ~/.gitconfig. Using the\n+\t`--system` option forces this to $(prefix)/etc/gitconfig.\n \n GIT_CONFIG_NOSYSTEM::\n \tWhether to skip reading settings from the system-wide\ndiff --git a/Documentation/git-count-objects.txt b/Documentation/git-count-objects.txt\nindex cb9b4d2e46..d12ce08789 100644\n--- a/Documentation/git-count-objects.txt\n+++ b/Documentation/git-count-objects.txt\n@@ -24,11 +24,11 @@ OPTIONS\n +\n count: the number of loose objects\n +\n-size: disk space consumed by loose objects, in KiB (unless -H is specified)\n+size: disk space consumed by loose objects, in KiB (unless `-H` is specified)\n +\n in-pack: the number of in-pack objects\n +\n-size-pack: disk space consumed by the packs, in KiB (unless -H is specified)\n+size-pack: disk space consumed by the packs, in KiB (unless `-H` is specified)\n +\n prune-packable: the number of loose objects that are also present in\n the packs. These objects could be pruned using `git prune-packed`.\n@@ -36,7 +36,7 @@ the packs. These objects could be pruned using `git prune-packed`.\n garbage: the number of files in object database that are neither valid loose\n objects nor valid packs\n +\n-size-garbage: disk space consumed by garbage files, in KiB (unless -H is\n+size-garbage: disk space consumed by garbage files, in KiB (unless `-H` is\n specified)\n +\n alternate: absolute path of alternate object databases; may appear\ndiff --git a/Documentation/git-cvsexportcommit.txt b/Documentation/git-cvsexportcommit.txt\nindex 00154b6c85..f08ab508af 100644\n--- a/Documentation/git-cvsexportcommit.txt\n+++ b/Documentation/git-cvsexportcommit.txt\n@@ -18,7 +18,7 @@ DESCRIPTION\n Exports a commit from Git to a CVS checkout, making it easier\n to merge patches from a Git repository into a CVS repository.\n \n-Specify the name of a CVS checkout using the -w switch or execute it\n+Specify the name of a CVS checkout using the `-w` switch or execute it\n from the root of the CVS working copy. In the latter case GIT_DIR must\n be defined. See examples below.\n \n@@ -40,7 +40,7 @@ OPTIONS\n \n -p::\n \tBe pedantic (paranoid) when applying patches. Invokes patch with\n-\t--fuzz=0\n+\t`--fuzz=0`\n \n -a::\n \tAdd authorship information. Adds Author line, and Committer (if\n@@ -48,7 +48,7 @@ OPTIONS\n \n -d::\n \tSet an alternative CVSROOT to use.  This corresponds to the CVS\n-\t-d parameter.  Usually users will not want to set this, except\n+\t`-d` parameter.  Usually users will not want to set this, except\n \tif using CVS in an asymmetric fashion.\n \n -f::\n@@ -99,7 +99,7 @@ $ git cvsexportcommit -v <commit-sha1>\n $ cvs commit -F .msg <files>\n ------------\n \n-Merge one patch into CVS (-c and -w options). The working directory is within the Git Repo::\n+Merge one patch into CVS (`-c` and `-w` options). The working directory is within the Git Repo::\n +\n ------------\n \t$ git cvsexportcommit -v -c -w ~/project_cvs_checkout <commit-sha1>\ndiff --git a/Documentation/git-cvsimport.txt b/Documentation/git-cvsimport.txt\nindex de1ebed67d..143c726511 100644\n--- a/Documentation/git-cvsimport.txt\n+++ b/Documentation/git-cvsimport.txt\n@@ -38,7 +38,7 @@ created by 'git cvsimport'.  By default initial import will create and populate\n \"master\" branch from the CVS repository's main branch which you're free\n to work with; after that, you need to 'git merge' incremental imports, or\n any CVS branches, yourself.  It is advisable to specify a named remote via\n--r to separate and protect the incoming branches.\n+`-r` to separate and protect the incoming branches.\n \n If you intend to set up a shared public repository that all developers can\n read/write, or if you want to use linkgit:git-cvsserver[1], then you\n@@ -74,7 +74,7 @@ OPTIONS\n \takin to the way 'git clone' uses 'origin' by default.\n \n -o <branch-for-HEAD>::\n-\tWhen no remote is specified (via -r) the `HEAD` branch\n+\tWhen no remote is specified (via `-r`) the `HEAD` branch\n \tfrom CVS is imported to the 'origin' branch within the Git\n \trepository, as `HEAD` already has a special meaning for Git.\n \tWhen a remote is specified the `HEAD` branch is named\n@@ -82,7 +82,7 @@ OPTIONS\n \tUse this option if you want to import into a different\n \tbranch.\n +\n-Use '-o master' for continuing an import that was initially done by\n+Use `-o master` for continuing an import that was initially done by\n the old cvs2git tool.\n \n -i::\n@@ -91,7 +91,7 @@ the old cvs2git tool.\n \tnot create them if they do not exist.\n \n -k::\n-\tKill keywords: will extract files with '-kk' from the CVS archive\n+\tKill keywords: will extract files with `-kk` from the CVS archive\n \tto avoid noisy changesets. Highly recommended, but off by default\n \tto preserve compatibility with early imported trees.\n \n@@ -103,7 +103,7 @@ the old cvs2git tool.\n \n -p <options-for-cvsps>::\n \tAdditional options for cvsps.\n-\tThe options `-u` and '-A' are implicit and should not be used here.\n+\tThe options `-u` and `-A` are implicit and should not be used here.\n +\n If you need to pass multiple options, separate them with a comma.\n \n@@ -158,7 +158,7 @@ all along.  If a time zone is specified, GIT_AUTHOR_DATE will\n have the corresponding offset applied.\n +\n For convenience, this data is saved to `$GIT_DIR/cvs-authors`\n-each time the '-A' option is provided and read from that same\n+each time the `-A` option is provided and read from that same\n file each time 'git cvsimport' is run.\n +\n It is not recommended to use this feature if you intend to\ndiff --git a/Documentation/git-cvsserver.txt b/Documentation/git-cvsserver.txt\nindex 1b1c71ad9d..955bae46c9 100644\n--- a/Documentation/git-cvsserver.txt\n+++ b/Documentation/git-cvsserver.txt\n@@ -119,7 +119,7 @@ for example:\n ------\n You can use the 'htpasswd' facility that comes with Apache to make these\n files, but Apache's MD5 crypt method differs from the one used by most C\n-library's crypt() function, so don't use the -m option.\n+library's crypt() function, so don't use the `-m` option.\n \n Alternatively you can produce the password with perl's crypt() operator:\n -----\n@@ -312,7 +312,7 @@ ENVIRONMENT\n These variables obviate the need for command-line options in some\n circumstances, allowing easier restricted usage through git-shell.\n \n-GIT_CVSSERVER_BASE_PATH takes the place of the argument to --base-path.\n+GIT_CVSSERVER_BASE_PATH takes the place of the argument to `--base-path`.\n \n GIT_CVSSERVER_ROOT specifies a single-directory whitelist. The\n repository must still be configured to allow access through\n@@ -361,7 +361,7 @@ All the operations required for normal use are supported, including\n checkout, diff, status, update, log, add, remove, commit.\n \n Most CVS command arguments that read CVS tags or revision numbers\n-(typically -r) work, and also support any git refspec\n+(typically `-r`) work, and also support any git refspec\n (tag, branch, commit ID, etc).\n However, CVS revision numbers for non-default branches are not well\n emulated, and cvs log does not show tags or branches at\n@@ -374,7 +374,7 @@ As described elsewhere on this page, the \"module\" parameter\n of cvs checkout is interpreted as a branch name, and it becomes\n the main branch.  It remains the main branch for a given sandbox\n even if you temporarily make another branch sticky with\n-cvs update -r.  Alternatively, the -r argument can indicate\n+cvs update -r.  Alternatively, the `-r` argument can indicate\n some other branch to actually checkout, even though the module\n is still the \"main\" branch.  Tradeoffs (as currently\n implemented): Each new \"module\" creates a new database on disk with\n@@ -385,7 +385,7 @@ many operations, like cvs update.\n \n If you want to refer to a git refspec that has characters that are\n not allowed by CVS, you have two options.  First, it may just work\n-to supply the git refspec directly to the appropriate CVS -r argument;\n+to supply the git refspec directly to the appropriate CVS `-r` argument;\n some CVS clients don't seem to do much sanity checking of the argument.\n Second, if that fails, you can use a special character escape mechanism\n that only uses characters that are valid in CVS tags.  A sequence\n@@ -415,7 +415,7 @@ Alternatively, if `gitcvs.usecrlfattr` config is not enabled\n or the attributes do not allow automatic detection for a filename, then\n the server uses the `gitcvs.allBinary` config for the default setting.\n If `gitcvs.allBinary` is set, then file not otherwise\n-specified will default to '-kb' mode. Otherwise the `-k` mode\n+specified will default to `-kb` mode. Otherwise the `-k` mode\n is left blank. But if `gitcvs.allBinary` is set to \"guess\", then\n the correct `-k` mode will be guessed based on the contents of\n the file.\ndiff --git a/Documentation/git-daemon.txt b/Documentation/git-daemon.txt\nindex fdc28c041c..2794a2d0c1 100644\n--- a/Documentation/git-daemon.txt\n+++ b/Documentation/git-daemon.txt\n@@ -55,14 +55,14 @@ OPTIONS\n --base-path=<path>::\n \tRemap all the path requests as relative to the given path.\n \tThis is sort of \"Git root\" - if you run 'git daemon' with\n-\t'--base-path=/srv/git' on example.com, then if you later try to pull\n+\t`--base-path=/srv/git` on example.com, then if you later try to pull\n \t'git://example.com/hello.git', 'git daemon' will interpret the path\n \tas `/srv/git/hello.git`.\n \n --base-path-relaxed::\n-\tIf --base-path is enabled and repo lookup fails, with this option\n+\tIf `--base-path` is enabled and repo lookup fails, with this option\n \t'git daemon' will attempt to lookup without prefixing the base path.\n-\tThis is useful for switching to --base-path usage, while still\n+\tThis is useful for switching to `--base-path` usage, while still\n \tallowing the old paths.\n \n --interpolated-path=<pathtemplate>::\n@@ -81,16 +81,16 @@ OPTIONS\n \tdo not have the 'git-daemon-export-ok' file.\n \n --inetd::\n-\tHave the server run as an inetd service. Implies --syslog (may be\n+\tHave the server run as an inetd service. Implies `--syslog` (may be\n \toverridden with `--log-destination=`).\n-\tIncompatible with --detach, --port, --listen, --user and --group\n+\tIncompatible with `--detach`, `--port`, `--listen`, `--user` and `--group`\n \toptions.\n \n --listen=<host_or_ipaddr>::\n \tListen on a specific IP address or hostname.  IP addresses can\n \tbe either an IPv4 address or an IPv6 address if supported.  If IPv6\n-\tis not supported, then --listen=hostname is also not supported and\n-\t--listen must be given an IPv4 address.\n+\tis not supported, then `--listen=hostname` is also not supported and\n+\t`--listen` must be given an IPv4 address.\n \tCan be given more than once.\n \tIncompatible with `--inetd` option.\n \n@@ -116,7 +116,7 @@ OPTIONS\n \n --log-destination=<destination>::\n \tSend log messages to the specified destination.\n-\tNote that this option does not imply --verbose,\n+\tNote that this option does not imply `--verbose`,\n \tthus by default only error conditions will be logged.\n \tThe <destination> must be one of:\n +\n@@ -154,7 +154,7 @@ otherwise `stderr`.\n \told connections to time out.\n \n --detach::\n-\tDetach from the shell. Implies --syslog.\n+\tDetach from the shell. Implies `--syslog`.\n \n --pid-file=<file>::\n \tSave the process id in 'file'.  Ignored when the daemon\n@@ -200,7 +200,7 @@ Git configuration files in that directory are readable by `<user>`.\n \tis more convenient for clients, but may leak information about\n \tthe existence of unexported repositories.  When informative\n \terrors are not enabled, all errors report \"access denied\" to the\n-\tclient. The default is --no-informative-errors.\n+\tclient. The default is `--no-informative-errors`.\n \n --access-hook=<path>::\n \tEvery time a client connects, first run an external command\n@@ -219,7 +219,7 @@ it declines the service.\n \n <directory>::\n \tA directory to add to the whitelist of allowed directories. Unless\n-\t--strict-paths is specified this will also include subdirectories\n+\t`--strict-paths` is specified this will also include subdirectories\n \tof each named directory.\n \n SERVICES\ndiff --git a/Documentation/git-describe.txt b/Documentation/git-describe.txt\nindex a88f6ae2c6..a3f015743b 100644\n--- a/Documentation/git-describe.txt\n+++ b/Documentation/git-describe.txt\n@@ -22,9 +22,9 @@ abbreviated object name of the most recent commit. The result\n is a \"human-readable\" object name which can also be used to\n identify the commit to other git commands.\n \n-By default (without --all or --tags) `git describe` only shows\n+By default (without `--all` or `--tags`) `git describe` only shows\n annotated tags.  For more information about creating annotated tags\n-see the -a and -s options to linkgit:git-tag[1].\n+see the `-a` and `-s` options to linkgit:git-tag[1].\n \n If the given object refers to a blob, it will be described\n as `<commit-ish>:<path>`, such that the blob can be found\n@@ -60,7 +60,7 @@ OPTIONS\n --contains::\n \tInstead of finding the tag that predates the commit, find\n \tthe tag that comes after the commit, and thus contains it.\n-\tAutomatically implies --tags.\n+\tAutomatically implies `--tags`.\n \n --abbrev=<n>::\n \tInstead of using the default 7 hexadecimal digits as the\n@@ -77,7 +77,7 @@ OPTIONS\n \n --exact-match::\n \tOnly output exact matches (a tag directly references the\n-\tsupplied commit).  This is a synonym for --candidates=0.\n+\tsupplied commit).  This is a synonym for `--candidates=0`.\n \n --debug::\n \tVerbosely display information about the searching strategy\n@@ -110,9 +110,9 @@ OPTIONS\n \texcluding respectively \"refs/heads/\" and \"refs/remotes/\" prefix;\n \treferences of other types are never considered. If given multiple times,\n \ta list of patterns will be accumulated and tags matching any of the\n-\tpatterns will be excluded. When combined with --match a tag will be\n-\tconsidered when it matches at least one --match pattern and does not\n-\tmatch any of the --exclude patterns. Use `--no-exclude` to clear and\n+\tpatterns will be excluded. When combined with `--match` a tag will be\n+\tconsidered when it matches at least one `--match` pattern and does not\n+\tmatch any of the `--exclude` patterns. Use `--no-exclude` to clear and\n \treset the list of patterns.\n \n --always::\n@@ -150,7 +150,7 @@ Doing a 'git describe' on a tag-name will just show the tag name:\n \t[torvalds@g5 git]$ git describe v1.0.4\n \tv1.0.4\n \n-With --all, the command can use branch heads as references, so\n+With `--all`, the command can use branch heads as references, so\n the output shows the reference path as well:\n \n \t[torvalds@g5 git]$ git describe --all --abbrev=4 v1.0.5^2\n@@ -159,7 +159,7 @@ the output shows the reference path as well:\n \t[torvalds@g5 git]$ git describe --all --abbrev=4 HEAD^\n \theads/lt/describe-7-g975b\n \n-With --abbrev set to 0, the command can be used to find the\n+With `--abbrev` set to 0, the command can be used to find the\n closest tagname without any suffix:\n \n \t[torvalds@g5 git]$ git describe --abbrev=0 v1.0.5^2\ndiff --git a/Documentation/git-diff-tree.txt b/Documentation/git-diff-tree.txt\nindex 2fc24c542f..b9225cd824 100644\n--- a/Documentation/git-diff-tree.txt\n+++ b/Documentation/git-diff-tree.txt\n@@ -18,7 +18,7 @@ DESCRIPTION\n Compares the content and mode of the blobs found via two tree objects.\n \n If there is only one <tree-ish> given, the commit is compared with its parents\n-(see --stdin below).\n+(see `--stdin` below).\n \n Note that 'git diff-tree' can use the tree encapsulated in a commit object.\n \n@@ -37,7 +37,7 @@ include::diff-options.txt[]\n         recurse into sub-trees\n \n -t::\n-\tshow tree entry itself as well as subtrees.  Implies -r.\n+\tshow tree entry itself as well as subtrees.  Implies `-r`.\n \n --root::\n \tWhen `--root` is specified the initial commit will be shown as a big\n@@ -113,7 +113,7 @@ include::pretty-options.txt[]\n --combined-all-paths::\n \tThis flag causes combined diffs (used for merge commits) to\n \tlist the name of the file from all parents.  It thus only has\n-\teffect when -c or --cc are specified, and is likely only\n+\teffect when `-c` or `--cc` are specified, and is likely only\n \tuseful if filename changes are detected (i.e. when either\n \trename or copy detection have been requested).\n \ndiff --git a/Documentation/git-diff.txt b/Documentation/git-diff.txt\nindex 7f4c8a8ce7..9f4b46c910 100644\n--- a/Documentation/git-diff.txt\n+++ b/Documentation/git-diff.txt\n@@ -48,9 +48,9 @@ files on disk.\n \tdo not give <commit>, it defaults to HEAD.\n \tIf HEAD does not exist (e.g. unborn branches) and\n \t<commit> is not given, it shows all staged changes.\n-\t--staged is a synonym of --cached.\n+\t`--staged` is a synonym of `--cached`.\n +\n-If --merge-base is given, instead of using <commit>, use the merge base\n+If `--merge-base` is given, instead of using <commit>, use the merge base\n of <commit> and HEAD.  `git diff --merge-base A` is equivalent to\n `git diff $(git merge-base A HEAD)`.\n \n@@ -67,7 +67,7 @@ of <commit> and HEAD.  `git diff --merge-base A` is equivalent to\n \tThis is to view the changes between two arbitrary\n \t<commit>.\n +\n-If --merge-base is given, use the merge base of the two commits for the\n+If `--merge-base` is given, use the merge base of the two commits for the\n \"before\" side.  `git diff --merge-base A B` is equivalent to\n `git diff $(git merge-base A B) B`.\n \ndiff --git a/Documentation/git-fast-export.txt b/Documentation/git-fast-export.txt\nindex 1978dbdc6a..a1c02918f9 100644\n--- a/Documentation/git-fast-export.txt\n+++ b/Documentation/git-fast-export.txt\n@@ -67,14 +67,14 @@ produced incorrect results if you gave these options.\n \thave been completed, or to save the marks table across\n \tincremental runs.  As <file> is only opened and truncated\n \tat completion, the same path can also be safely given to\n-\t--import-marks.\n+\t`--import-marks`.\n \tThe file will not be written if no new object has been\n \tmarked/exported.\n \n --import-marks=<file>::\n \tBefore processing any input, load the marks specified in\n \t<file>.  The input file must exist, must be readable, and\n-\tmust use the same format as produced by --export-marks.\n+\tmust use the same format as produced by `--export-marks`.\n \n --mark-tags::\n \tIn addition to labelling blobs and commits with mark ids, also\n@@ -86,7 +86,7 @@ produced incorrect results if you gave these options.\n \tidentifiers.\n +\n Any commits (or tags) that have already been marked will not be\n-exported again.  If the backend uses a similar --import-marks file,\n+exported again.  If the backend uses a similar `--import-marks` file,\n this allows for incremental bidirectional exporting of the repository\n by keeping the marks the same across runs.\n \n@@ -130,7 +130,7 @@ by keeping the marks the same across runs.\n \tand will make master{tilde}4 no longer have master{tilde}5 as\n \ta parent (though both the old master{tilde}4 and new\n \tmaster{tilde}4 will have all the same files).  Use\n-\t--reference-excluded-parents to instead have the stream\n+\t`--reference-excluded-parents` to instead have the stream\n \trefer to commits in the excluded range of history by their\n \tsha1sum.  Note that the resulting stream can only be used by a\n \trepository which already contains the necessary parent\n@@ -160,7 +160,7 @@ by keeping the marks the same across runs.\n \tto export.  For example, `master~10..master` causes the\n \tcurrent master reference to be exported along with all objects\n \tadded since its 10th ancestor commit and (unless the\n-\t--reference-excluded-parents option is specified) all files\n+\t`--reference-excluded-parents` option is specified) all files\n \tcommon to master{tilde}9 and master{tilde}10.\n \n EXAMPLES\ndiff --git a/Documentation/git-fast-import.txt b/Documentation/git-fast-import.txt\nindex 39cfa05b28..ff67238633 100644\n--- a/Documentation/git-fast-import.txt\n+++ b/Documentation/git-fast-import.txt\n@@ -40,7 +40,7 @@ OPTIONS\n \tnot contain the old commit).\n \n --quiet::\n-\tDisable the output shown by --stats, making fast-import usually\n+\tDisable the output shown by `--stats`, making fast-import usually\n \tbe silent when it is successful.  However, if the import stream\n \thas directives intended to show user output (e.g. `progress`\n \tdirectives), the corresponding messages will still be shown.\n@@ -49,7 +49,7 @@ OPTIONS\n \tDisplay some basic statistics about the objects fast-import has\n \tcreated, the packfiles they were stored into, and the\n \tmemory used by fast-import during this run.  Showing this output\n-\tis currently the default, but can be disabled with --quiet.\n+\tis currently the default, but can be disabled with `--quiet`.\n \n --allow-unsafe-features::\n \tMany command-line options can be provided as part of the\n@@ -97,23 +97,23 @@ Locations of Marks Files\n \thave been completed, or to save the marks table across\n \tincremental runs.  As <file> is only opened and truncated\n \tat checkpoint (or completion) the same path can also be\n-\tsafely given to --import-marks.\n+\tsafely given to `--import-marks`.\n \n --import-marks=<file>::\n \tBefore processing any input, load the marks specified in\n \t<file>.  The input file must exist, must be readable, and\n-\tmust use the same format as produced by --export-marks.\n+\tmust use the same format as produced by `--export-marks`.\n \tMultiple options may be supplied to import more than one\n \tset of marks.  If a mark is defined to different values,\n \tthe last file wins.\n \n --import-marks-if-exists=<file>::\n-\tLike --import-marks but instead of erroring out, silently\n+\tLike `--import-marks` but instead of erroring out, silently\n \tskips the file if it does not exist.\n \n --[no-]relative-marks::\n-\tAfter specifying --relative-marks the paths specified\n-\twith --import-marks= and --export-marks= are relative\n+\tAfter specifying `--relative-marks` the paths specified\n+\twith `--import-marks`= and `--export-marks`= are relative\n \tto an internal directory in the current repository.\n \tIn git-fast-import this means that the paths are relative\n \tto the .git/info/fast-import directory. However, other\n@@ -217,8 +217,8 @@ fast-forward update, fast-import will skip updating that ref and instead\n prints a warning message.  fast-import will always attempt to update all\n branch refs, and does not stop on the first failure.\n \n-Branch updates can be forced with --force, but it's recommended that\n-this only be used on an otherwise quiet repository.  Using --force\n+Branch updates can be forced with `--force`, but it's recommended that\n+this only be used on an otherwise quiet repository.  Using `--force`\n is not necessary for an initial import into an empty repository.\n \n \n@@ -269,11 +269,11 @@ Date Formats\n ~~~~~~~~~~~~\n The following date formats are supported.  A frontend should select\n the format it will use for this import by passing the format name\n-in the --date-format=<fmt> command-line option.\n+in the `--date-format`=<fmt> command-line option.\n \n `raw`::\n \tThis is the Git native format and is `<time> SP <offutc>`.\n-\tIt is also fast-import's default format, if --date-format was\n+\tIt is also fast-import's default format, if `--date-format` was\n \tnot specified.\n +\n The time of the event is specified by `<time>` as the number of\n@@ -381,7 +381,7 @@ and control the current import process.  More detailed discussion\n \n `alias`::\n \tRecord that a mark refers to a given object without first\n-\tcreating any new object.  Using --import-marks and referring\n+\tcreating any new object.  Using `--import-marks` and referring\n \tto missing marks will cause fast-import to fail, so aliases\n \tcan provide a way to set otherwise pruned commits to a valid\n \tvalue (e.g. the nearest non-pruned ancestor).\n@@ -501,7 +501,7 @@ the email address from the other fields in the line.  Note that\n of bytes, except `LT`, `GT` and `LF`.  `<name>` is typically UTF-8 encoded.\n \n The time of the change is specified by `<when>` using the date format\n-that was selected by the --date-format=<fmt> command-line option.\n+that was selected by the `--date-format`=<fmt> command-line option.\n See ``Date Formats'' above for the set of supported formats, and\n their syntax.\n \n@@ -989,7 +989,7 @@ save out all current branch refs, tags and marks.\n ....\n \n Note that fast-import automatically switches packfiles when the current\n-packfile reaches --max-pack-size, or 4 GiB, whichever limit is\n+packfile reaches `--max-pack-size`, or 4 GiB, whichever limit is\n smaller.  During an automatic packfile switch fast-import does not update\n the branch refs, tags or marks.\n \n@@ -1152,10 +1152,10 @@ force::\n \n import-marks::\n import-marks-if-exists::\n-\tLike --import-marks except in two respects: first, only one\n+\tLike `--import-marks` except in two respects: first, only one\n \t\"feature import-marks\" or \"feature import-marks-if-exists\"\n-\tcommand is allowed per stream; second, an --import-marks=\n-\tor --import-marks-if-exists command-line option overrides\n+\tcommand is allowed per stream; second, an `--import-marks=`\n+\tor `--import-marks-if-exists` command-line option overrides\n \tany of these \"feature\" commands in the stream; third,\n \t\"feature import-marks-if-exists\" like a corresponding\n \tcommand-line option silently skips a nonexistent file.\n@@ -1346,7 +1346,7 @@ users of fast-import, and are offered here as suggestions.\n Use One Mark Per Commit\n ~~~~~~~~~~~~~~~~~~~~~~~\n When doing a repository conversion, use a unique mark per commit\n-(`mark :<n>`) and supply the --export-marks option on the command\n+(`mark :<n>`) and supply the `--export-marks` option on the command\n line.  fast-import will dump a file which lists every mark and the Git\n object SHA-1 that corresponds to it.  If the frontend can tie\n the marks back to the source repository, it is easy to verify the\n@@ -1411,7 +1411,7 @@ even for considerably large projects (100,000+ commits).\n \n However repacking the repository is necessary to improve data\n locality and access performance.  It can also take hours on extremely\n-large projects (especially if -f and a large --window parameter is\n+large projects (especially if `-f` and a large `--window` parameter is\n used).  Since repacking is safe to run alongside readers and writers,\n run the repack in the background and let it finish when it finishes.\n There is no reason to wait to explore your new Git project!\n@@ -1425,7 +1425,7 @@ Repacking Historical Data\n ~~~~~~~~~~~~~~~~~~~~~~~~~\n If you are repacking very old imported data (e.g. older than the\n last year), consider expending some extra CPU time and supplying\n---window=50 (or higher) when you run 'git repack'.\n+`--window=50` (or higher) when you run 'git repack'.\n This will take longer, but will also produce a smaller packfile.\n You only need to expend the effort once, and everyone using your\n project will benefit from the smaller repository.\n@@ -1534,7 +1534,7 @@ branch, their in-memory storage size can grow to a considerable size\n fast-import automatically moves active branches to inactive status based on\n a simple least-recently-used algorithm.  The LRU chain is updated on\n each `commit` command.  The maximum number of active branches can be\n-increased or decreased on the command line with --active-branches=.\n+increased or decreased on the command line with `--active-branches`=.\n \n per active tree\n ~~~~~~~~~~~~~~~\ndiff --git a/Documentation/git-fetch-pack.txt b/Documentation/git-fetch-pack.txt\nindex c975884793..88c2b9d426 100644\n--- a/Documentation/git-fetch-pack.txt\n+++ b/Documentation/git-fetch-pack.txt\n@@ -80,7 +80,7 @@ be in a separate packet, and the list must end with a flush packet.\n \tthe things up in .bash_profile).\n \n --exec=<git-upload-pack>::\n-\tSame as --upload-pack=<git-upload-pack>.\n+\tSame as `--upload-pack`=<git-upload-pack>.\n \n --depth=<n>::\n \tLimit fetching to ancestor-chains not longer than n.\n@@ -97,7 +97,7 @@ be in a separate packet, and the list must end with a flush packet.\n \tThis option can be specified multiple times.\n \n --deepen-relative::\n-\tArgument --depth specifies the number of commits from the\n+\tArgument `--depth` specifies the number of commits from the\n \tcurrent shallow boundary instead of from the tip of each\n \tremote branch history.\n \ndiff --git a/Documentation/git-fetch.txt b/Documentation/git-fetch.txt\nindex 9067c2079e..85b073a61a 100644\n--- a/Documentation/git-fetch.txt\n+++ b/Documentation/git-fetch.txt\n@@ -25,7 +25,7 @@ of <refspec> below for ways to control this behavior).\n By default, any tag that points into the histories being fetched is\n also fetched; the effect is to fetch tags that\n point at branches that you are interested in.  This default behavior\n-can be changed by using the --tags or --no-tags options or by\n+can be changed by using the `--tags` or `--no-tags` options or by\n configuring remote.<name>.tagOpt.  By using a refspec that fetches tags\n explicitly, you can fetch tags that do not point into branches you\n are interested in as well.\n@@ -204,7 +204,7 @@ representing the status of a single ref. Each line is of the form:\n  <flag> <summary> <from> -> <to> [<reason>]\n -------------------------------\n \n-The status of up-to-date refs is shown only if the --verbose option is\n+The status of up-to-date refs is shown only if the `--verbose` option is\n used.\n \n In compact output mode, specified with configuration variable\n@@ -287,7 +287,7 @@ include::transfer-data-leaks.txt[]\n \n BUGS\n ----\n-Using --recurse-submodules can only fetch new commits in already checked\n+Using `--recurse-submodules` can only fetch new commits in already checked\n out submodules right now. When e.g. upstream added a new submodule in the\n just fetched commits of the superproject the submodule itself cannot be\n fetched, making it impossible to check out that submodule later without\ndiff --git a/Documentation/git-filter-branch.txt b/Documentation/git-filter-branch.txt\nindex 62e482a95e..2de3511459 100644\n--- a/Documentation/git-filter-branch.txt\n+++ b/Documentation/git-filter-branch.txt\n@@ -133,8 +133,8 @@ OPTIONS\n \tIt will receive the parent string on stdin and shall output\n \tthe new parent string on stdout.  The parent string is in\n \tthe format described in linkgit:git-commit-tree[1]: empty for\n-\tthe initial commit, \"-p parent\" for a normal commit and\n-\t\"-p parent1 -p parent2 -p parent3 ...\" for a merge commit.\n+\tthe initial commit, `-p parent` for a normal commit and\n+\t`-p parent1 -p parent2 -p parent3 ...` for a merge commit.\n \n --msg-filter <command>::\n \tThis is the filter for rewriting the commit messages.\n@@ -170,7 +170,7 @@ and that makes no change to the tree.\n \ttag name is expected on standard output.\n +\n The original tags are not deleted, but can be overwritten;\n-use \"--tag-name-filter cat\" to simply update the tags.  In this\n+use `--tag-name-filter cat` to simply update the tags.  In this\n case, be very careful and make sure you have the old tags\n backed up in case the conversion has run afoul.\n +\n@@ -598,12 +598,12 @@ with:\n   sensitive files and others which don't.  This comes about in\n   multiple different ways:\n \n-  ** the default to only doing a partial history rewrite ('--all' is not\n+  ** the default to only doing a partial history rewrite (`--all` is not\n      the default and few examples show it)\n \n   ** the fact that there's no automatic post-run cleanup\n \n-  ** the fact that --tag-name-filter (when used to rename tags) doesn't\n+  ** the fact that `--tag-name-filter` (when used to rename tags) doesn't\n      remove the old tags but just adds new ones with the new name\n \n   ** the fact that little educational information is provided to inform\n@@ -623,15 +623,15 @@ with:\n      git-filter-branch command.  (The backup in refs/original/ is not a\n      real backup; it dereferences tags first.)\n \n-  ** Running git-filter-branch with either --tags or --all in your\n+  ** Running git-filter-branch with either `--tags` or `--all` in your\n      <rev-list options>.  In order to retain annotated tags as\n-     annotated, you must use --tag-name-filter (and must not have\n+     annotated, you must use `--tag-name-filter` (and must not have\n      restored from refs/original/ in a previously botched rewrite).\n \n * Any commit messages that specify an encoding will become corrupted\n   by the rewrite; git-filter-branch ignores the encoding, takes the\n   original bytes, and feeds it to commit-tree without telling it the\n-  proper encoding.  (This happens whether or not --msg-filter is\n+  proper encoding.  (This happens whether or not `--msg-filter` is\n   used.)\n \n * Commit messages (even if they are all UTF-8) by default become\n@@ -650,21 +650,21 @@ with:\n   dependencies (node_modules or similar) which couldn't have ever been\n   functional since it's missing some files.)\n \n-* If --prune-empty isn't specified, then the filtering process can\n+* If `--prune-empty` isn't specified, then the filtering process can\n   create hoards of confusing empty commits\n \n-* If --prune-empty is specified, then intentionally placed empty\n+* If `--prune-empty` is specified, then intentionally placed empty\n   commits from before the filtering operation are also pruned instead\n   of just pruning commits that became empty due to filtering rules.\n \n-* If --prune-empty is specified, sometimes empty commits are missed\n+* If `--prune-empty` is specified, sometimes empty commits are missed\n   and left around anyway (a somewhat rare bug, but it happens...)\n \n * A minor issue, but users who have a goal to update all names and\n-  emails in a repository may be led to --env-filter which will only\n+  emails in a repository may be led to `--env-filter` which will only\n   update authors and committers, missing taggers.\n \n-* If the user provides a --tag-name-filter that maps multiple tags to\n+* If the user provides a `--tag-name-filter` that maps multiple tags to\n   the same name, no warning or error is provided; git-filter-branch\n   simply overwrites each tag in some undocumented pre-defined order\n   resulting in only one tag at the end.  (A git-filter-branch\ndiff --git a/Documentation/git-fmt-merge-msg.txt b/Documentation/git-fmt-merge-msg.txt\nindex 6793d8fc05..9004861eae 100644\n--- a/Documentation/git-fmt-merge-msg.txt\n+++ b/Documentation/git-fmt-merge-msg.txt\n@@ -36,7 +36,7 @@ OPTIONS\n \tmerged.\n \n --[no-]summary::\n-\tSynonyms to --log and --no-log; these are deprecated and will be\n+\tSynonyms to `--log` and `--no-log`; these are deprecated and will be\n \tremoved in the future.\n \n -m <message>::\ndiff --git a/Documentation/git-for-each-ref.txt b/Documentation/git-for-each-ref.txt\nindex 2ae2478de7..e035edf11d 100644\n--- a/Documentation/git-for-each-ref.txt\n+++ b/Documentation/git-for-each-ref.txt\n@@ -40,7 +40,7 @@ OPTIONS\n --sort=<key>::\n \tA field name to sort on.  Prefix `-` to sort in\n \tdescending order of the value.  When unspecified,\n-\t`refname` is used.  You may use the --sort=<key> option\n+\t`refname` is used.  You may use the `--sort=<key>` option\n \tmultiple times, in which case the last key becomes the primary\n \tkey.\n \n@@ -309,7 +309,7 @@ Ref: %(*refname)\n \n \n A simple example showing the use of shell eval on the output,\n-demonstrating the use of --shell.  List the prefixes of all heads:\n+demonstrating the use of `--shell`.  List the prefixes of all heads:\n ------------\n #!/bin/sh\n \ndiff --git a/Documentation/git-format-patch.txt b/Documentation/git-format-patch.txt\nindex 911da181a1..ca500ba72c 100644\n--- a/Documentation/git-format-patch.txt\n+++ b/Documentation/git-format-patch.txt\n@@ -238,8 +238,8 @@ populated with placeholder text.\n \t`--subject-prefix` option) has ` v<n>` appended to it.  E.g.\n \t`--reroll-count=4` may produce `v4-0001-add-makefile.patch`\n \tfile that has \"Subject: [PATCH v4 1/20] Add makefile\" in it.\n-\t`<n>` does not have to be an integer (e.g. \"--reroll-count=4.4\",\n-\tor \"--reroll-count=4rev2\" are allowed), but the downside of\n+\t`<n>` does not have to be an integer (e.g. `--reroll-count=4.4`,\n+\tor `--reroll-count=4rev2` are allowed), but the downside of\n \tusing such a reroll-count is that the range-diff/interdiff\n \twith the previous version does not state exactly which\n \tversion the new interation is compared against.\n@@ -346,7 +346,7 @@ set.\n \tnumber.\n \n --signature-file=<file>::\n-\tWorks just like --signature except the signature is read from a file.\n+\tWorks just like `--signature` except the signature is read from a file.\n \n --suffix=.<sfx>::\n \tInstead of using `.patch` as the suffix for generated\ndiff --git a/Documentation/git-fsck.txt b/Documentation/git-fsck.txt\nindex bd596619c0..e932c75181 100644\n--- a/Documentation/git-fsck.txt\n+++ b/Documentation/git-fsck.txt\n@@ -25,7 +25,7 @@ OPTIONS\n +\n If no objects are given, 'git fsck' defaults to using the\n index file, all SHA-1 references in `refs` namespace, and all reflogs\n-(unless --no-reflogs is given) as heads.\n+(unless `--no-reflogs` is given) as heads.\n \n --unreachable::\n \tPrint out objects that exist but that aren't reachable from any\n@@ -59,7 +59,7 @@ index file, all SHA-1 references in `refs` namespace, and all reflogs\n \tand in packed Git archives found in $GIT_DIR/objects/pack\n \tand corresponding pack subdirectories in alternate\n \tobject pools.  This is now default; you can turn it off\n-\twith --no-full.\n+\twith `--no-full`.\n \n --connectivity-only::\n \tCheck only the connectivity of reachable objects, making sure\n@@ -100,7 +100,7 @@ care about this output and want to speed it up further.\n --[no-]progress::\n \tProgress status is reported on the standard error stream by\n \tdefault when it is attached to a terminal, unless\n-\t--no-progress or --verbose is specified. --progress forces\n+\t`--no-progress` or `--verbose` is specified. `--progress` forces\n \tprogress status even if the standard error stream is not\n \tdirected to a terminal.\n \ndiff --git a/Documentation/git-gc.txt b/Documentation/git-gc.txt\nindex 853967dea0..9d27c3a41e 100644\n--- a/Documentation/git-gc.txt\n+++ b/Documentation/git-gc.txt\n@@ -57,9 +57,9 @@ be performed as well.\n --prune=<date>::\n \tPrune loose objects older than date (default is 2 weeks ago,\n \toverridable by the config variable `gc.pruneExpire`).\n-\t--prune=now prunes loose objects regardless of their age and\n+\t`--prune=now` prunes loose objects regardless of their age and\n \tincreases the risk of corruption if another process is writing to\n-\tthe repository concurrently; see \"NOTES\" below. --prune is on by\n+\tthe repository concurrently; see \"NOTES\" below. `--prune` is on by\n \tdefault.\n \n --no-prune::\ndiff --git a/Documentation/git-grep.txt b/Documentation/git-grep.txt\nindex 4e0ba8234a..84102cc596 100644\n--- a/Documentation/git-grep.txt\n+++ b/Documentation/git-grep.txt\n@@ -66,7 +66,7 @@ grep.fullName::\n \tIf set to true, enable `--full-name` option by default.\n \n grep.fallbackToNoIndex::\n-\tIf set to true, fall back to git grep --no-index if git grep\n+\tIf set to true, fall back to git grep `--no-index` if git grep\n \tis executed outside of a git repository.  Defaults to false.\n \n \n@@ -123,7 +123,7 @@ OPTIONS\n \tlevels of directories. A value of -1 means no limit.\n \tThis option is ignored if <pathspec> contains active wildcards.\n \tIn other words if \"a*\" matches a directory named \"a*\",\n-\t\"*\" is matched literally so --max-depth is still effective.\n+\t\"*\" is matched literally so `--max-depth` is still effective.\n \n -r::\n --recursive::\ndiff --git a/Documentation/git-help.txt b/Documentation/git-help.txt\nindex 44fe8860b3..a19f275f60 100644\n--- a/Documentation/git-help.txt\n+++ b/Documentation/git-help.txt\n@@ -98,16 +98,16 @@ variable will be checked. The following values are supported for this\n variable; they make 'git help' behave as their corresponding command-\n line option:\n \n-* \"man\" corresponds to '-m|--man',\n-* \"info\" corresponds to '-i|--info',\n-* \"web\" or \"html\" correspond to '-w|--web'.\n+* \"man\" corresponds to `-m`|`--man`,\n+* \"info\" corresponds to `-i`|`--info`,\n+* \"web\" or \"html\" correspond to `-w`|`--web`.\n \n help.browser, web.browser and browser.<tool>.path\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n The `help.browser`, `web.browser` and `browser.<tool>.path` will also\n be checked if the 'web' format is chosen (either by command-line\n-option or configuration variable). See '-w|--web' in the OPTIONS\n+option or configuration variable). See `-w`|`--web` in the OPTIONS\n section above and linkgit:git-web{litdd}browse[1].\n \n man.viewer\ndiff --git a/Documentation/git-http-fetch.txt b/Documentation/git-http-fetch.txt\nindex 9fa17b60e4..969e553e4a 100644\n--- a/Documentation/git-http-fetch.txt\n+++ b/Documentation/git-http-fetch.txt\n@@ -47,7 +47,7 @@ commit-id::\n \tURL and uses index-pack to generate corresponding .idx and .keep files.\n \tThe hash is used to determine the name of the temporary file and is\n \tarbitrary. The output of index-pack is printed to stdout. Requires\n-\t--index-pack-args.\n+\t`--index-pack-args`.\n \n --index-pack-args=<args>::\n \tFor internal use only. The command to run on the contents of the\ndiff --git a/Documentation/git-http-push.txt b/Documentation/git-http-push.txt\nindex ea03a4eeb0..5dd4d2b63a 100644\n--- a/Documentation/git-http-push.txt\n+++ b/Documentation/git-http-push.txt\n@@ -44,7 +44,7 @@ OPTIONS\n -d::\n -D::\n \tRemove <ref> from remote repository.  The specified branch\n-\tcannot be the remote HEAD.  If -d is specified the following\n+\tcannot be the remote HEAD.  If `-d` is specified the following\n \tother conditions must also be met:\n \n \t- Remote HEAD must resolve to an object that exists locally\ndiff --git a/Documentation/git-index-pack.txt b/Documentation/git-index-pack.txt\nindex 7fa74b9e79..bde1cf4a5c 100644\n--- a/Documentation/git-index-pack.txt\n+++ b/Documentation/git-index-pack.txt\n@@ -49,7 +49,7 @@ OPTIONS\n \t<pack-file> is not specified, the pack is written to\n \tobjects/pack/ directory of the current Git repository with\n \ta default name determined from the pack content.  If\n-\t<pack-file> is not specified consider using --keep to\n+\t<pack-file> is not specified consider using `--keep` to\n \tprevent a race condition between this process and\n \t'git repack'.\n \n@@ -57,18 +57,18 @@ OPTIONS\n \tFix a \"thin\" pack produced by `git pack-objects --thin` (see\n \tlinkgit:git-pack-objects[1] for details) by adding the\n \texcluded objects the deltified objects are based on to the\n-\tpack. This option only makes sense in conjunction with --stdin.\n+\tpack. This option only makes sense in conjunction with `--stdin`.\n \n --keep::\n \tBefore moving the index into its final destination\n \tcreate an empty .keep file for the associated pack file.\n-\tThis option is usually necessary with --stdin to prevent a\n+\tThis option is usually necessary with `--stdin` to prevent a\n \tsimultaneous 'git repack' process from deleting\n \tthe newly constructed pack and index before refs can be\n \tupdated to use objects contained in the pack.\n \n --keep=<msg>::\n-\tLike --keep create a .keep file before moving the index into\n+\tLike `--keep` create a .keep file before moving the index into\n \tits final destination, but rather than creating an empty file\n \tplace '<msg>' followed by an LF into the .keep file.  The '<msg>'\n \tmessage can later be searched for within all .keep files to\n@@ -112,7 +112,7 @@ name of the pack/idx file (see \"Notes\").\n \tthe current repository (set by `extensions.objectFormat`), or 'sha1' if no\n \tvalue is set or outside a repository.\n +\n-This option cannot be used with --stdin.\n+This option cannot be used with `--stdin`.\n +\n include::object-format-disclaimer.txt[]\n \n@@ -120,7 +120,7 @@ NOTES\n -----\n \n Once the index has been created, the hash that goes into the name of\n-the pack/idx file is printed to stdout. If --stdin was\n+the pack/idx file is printed to stdout. If `--stdin` was\n also used then this is prefixed by either \"pack\\t\", or \"keep\\t\" if a\n new .keep file was successfully created. This is useful to remove a\n .keep file used as a lock to prevent the race with 'git repack'\ndiff --git a/Documentation/git-init.txt b/Documentation/git-init.txt\nindex b611d80697..a3f061517d 100644\n--- a/Documentation/git-init.txt\n+++ b/Documentation/git-init.txt\n@@ -35,7 +35,7 @@ directory is used.\n Running 'git init' in an existing repository is safe. It will not\n overwrite things that are already there. The primary reason for\n rerunning 'git init' is to pick up newly added templates (or to move\n-the repository to another place if --separate-git-dir is given).\n+the repository to another place if `--separate-git-dir` is given).\n \n OPTIONS\n -------\ndiff --git a/Documentation/git-interpret-trailers.txt b/Documentation/git-interpret-trailers.txt\nindex 96ec6499f0..4288e5405c 100644\n--- a/Documentation/git-interpret-trailers.txt\n+++ b/Documentation/git-interpret-trailers.txt\n@@ -87,27 +87,27 @@ OPTIONS\n --where <placement>::\n --no-where::\n \tSpecify where all new trailers will be added.  A setting\n-\tprovided with '--where' overrides all configuration variables\n-\tand applies to all '--trailer' options until the next occurrence of\n-\t'--where' or '--no-where'. Possible values are `after`, `before`,\n+\tprovided with `--where` overrides all configuration variables\n+\tand applies to all `--trailer` options until the next occurrence of\n+\t`--where` or `--no-where`. Possible values are `after`, `before`,\n \t`end` or `start`.\n \n --if-exists <action>::\n --no-if-exists::\n \tSpecify what action will be performed when there is already at\n \tleast one trailer with the same <token> in the message.  A setting\n-\tprovided with '--if-exists' overrides all configuration variables\n-\tand applies to all '--trailer' options until the next occurrence of\n-\t'--if-exists' or '--no-if-exists'. Possible actions are `addIfDifferent`,\n+\tprovided with `--if-exists` overrides all configuration variables\n+\tand applies to all `--trailer` options until the next occurrence of\n+\t`--if-exists` or `--no-if-exists`. Possible actions are `addIfDifferent`,\n \t`addIfDifferentNeighbor`, `add`, `replace` and `doNothing`.\n \n --if-missing <action>::\n --no-if-missing::\n \tSpecify what action will be performed when there is no other\n \ttrailer with the same <token> in the message.  A setting\n-\tprovided with '--if-missing' overrides all configuration variables\n-\tand applies to all '--trailer' options until the next occurrence of\n-\t'--if-missing' or '--no-if-missing'. Possible actions are `doNothing`\n+\tprovided with `--if-missing` overrides all configuration variables\n+\tand applies to all `--trailer` options until the next occurrence of\n+\t`--if-missing` or `--no-if-missing`. Possible actions are `doNothing`\n \tor `add`.\n \n --only-trailers::\ndiff --git a/Documentation/git-ls-files.txt b/Documentation/git-ls-files.txt\nindex 6d11ab506b..b42f179aef 100644\n--- a/Documentation/git-ls-files.txt\n+++ b/Documentation/git-ls-files.txt\n@@ -65,11 +65,11 @@ OPTIONS\n \tname (with a trailing slash) and not its whole contents.\n \n --no-empty-directory::\n-\tDo not list empty directories. Has no effect without --directory.\n+\tDo not list empty directories. Has no effect without `--directory`.\n \n -u::\n --unmerged::\n-\tShow unmerged files in the output (forces --stage)\n+\tShow unmerged files in the output (forces `--stage`)\n \n -k::\n --killed::\n@@ -111,7 +111,7 @@ OPTIONS\n \terror (return 1).\n \n --with-tree=<tree-ish>::\n-\tWhen using --error-unmatch to expand the user supplied\n+\tWhen using `--error-unmatch` to expand the user supplied\n \t<file> (i.e. path pattern) arguments to paths, pretend\n \tthat paths which were removed in the index since the\n \tnamed <tree-ish> are still present.  Using this option\n@@ -156,13 +156,13 @@ a space) at the start of each line:\n \n --recurse-submodules::\n \tRecursively calls ls-files on each active submodule in the repository.\n-\tCurrently there is only support for the --cached mode.\n+\tCurrently there is only support for the `--cached` mode.\n \n --abbrev[=<n>]::\n \tInstead of showing the full 40-byte hexadecimal object\n \tlines, show the shortest prefix that is at least '<n>'\n \thexdigits long that uniquely refers the object.\n-\tNon default number of digits can be specified with --abbrev=<n>.\n+\tNon default number of digits can be specified with `--abbrev=<n>`.\n \n --debug::\n \tAfter each line that describes a file, add more data about its\n@@ -224,29 +224,29 @@ EXCLUDE PATTERNS\n \n 'git ls-files' can use a list of \"exclude patterns\" when\n traversing the directory tree and finding files to show when the\n-flags --others or --ignored are specified.  linkgit:gitignore[5]\n+flags `--others` or `--ignored` are specified.  linkgit:gitignore[5]\n specifies the format of exclude patterns.\n \n These exclude patterns come from these places, in order:\n \n-  1. The command-line flag --exclude=<pattern> specifies a\n+  1. The command-line flag `--exclude=<pattern>` specifies a\n      single pattern.  Patterns are ordered in the same order\n      they appear in the command line.\n \n-  2. The command-line flag --exclude-from=<file> specifies a\n+  2. The command-line flag `--exclude-from=<file>` specifies a\n      file containing a list of patterns.  Patterns are ordered\n      in the same order they appear in the file.\n \n-  3. The command-line flag --exclude-per-directory=<name> specifies\n+  3. The command-line flag `--exclude-per-directory=<name>` specifies\n      a name of the file in each directory 'git ls-files'\n      examines, normally `.gitignore`.  Files in deeper\n      directories take precedence.  Patterns are ordered in the\n      same order they appear in the files.\n \n-A pattern specified on the command line with --exclude or read\n-from the file specified with --exclude-from is relative to the\n+A pattern specified on the command line with `--exclude` or read\n+from the file specified with `--exclude-from` is relative to the\n top of the directory tree.  A pattern read from a file specified\n-by --exclude-per-directory is relative to the directory that the\n+by `--exclude-per-directory` is relative to the directory that the\n pattern file appears in.\n \n SEE ALSO\ndiff --git a/Documentation/git-ls-remote.txt b/Documentation/git-ls-remote.txt\nindex 492e573856..4cb4e2fd5d 100644\n--- a/Documentation/git-ls-remote.txt\n+++ b/Documentation/git-ls-remote.txt\n@@ -87,7 +87,7 @@ OPTIONS\n \n <refs>...::\n \tWhen unspecified, all references, after filtering done\n-\twith --heads and --tags, are shown.  When <refs>... are\n+\twith `--heads` and `--tags`, are shown.  When <refs>... are\n \tspecified, only references matching the given patterns\n \tare displayed.\n \ndiff --git a/Documentation/git-ls-tree.txt b/Documentation/git-ls-tree.txt\nindex db02d6d79a..6ed9030c1e 100644\n--- a/Documentation/git-ls-tree.txt\n+++ b/Documentation/git-ls-tree.txt\n@@ -31,7 +31,7 @@ in the current working directory.  Note that:\n    root level (e.g. `git ls-tree -r HEAD:sub dir`) in this case, as that\n    would result in asking for `sub/sub/dir` in the `HEAD` commit.\n    However, the current working directory can be ignored by passing\n-   --full-tree option.\n+   `--full-tree` option.\n \n OPTIONS\n -------\n@@ -64,7 +64,7 @@ OPTIONS\n \tInstead of showing the full 40-byte hexadecimal object\n \tlines, show the shortest prefix that is at least '<n>'\n \thexdigits long that uniquely refers the object.\n-\tNon default number of digits can be specified with --abbrev=<n>.\n+\tNon default number of digits can be specified with `--abbrev`=<n>.\n \n --full-name::\n \tInstead of showing the path names relative to the current working\n@@ -72,7 +72,7 @@ OPTIONS\n \n --full-tree::\n \tDo not limit the listing to the current working directory.\n-\tImplies --full-name.\n+\tImplies `--full-name`.\n \n [<path>...]::\n \tWhen paths are given, show them (note that this isn't really raw\ndiff --git a/Documentation/git-mailinfo.txt b/Documentation/git-mailinfo.txt\nindex d343f040f5..5bc2982909 100644\n--- a/Documentation/git-mailinfo.txt\n+++ b/Documentation/git-mailinfo.txt\n@@ -45,7 +45,7 @@ Finally, runs of whitespace are normalized to a single ASCII space\n character.\n \n -b::\n-\tWhen -k is not in effect, all leading strings bracketed with '['\n+\tWhen `-k` is not in effect, all leading strings bracketed with '['\n \tand ']' pairs are stripped.  This option limits the stripping to\n \tonly the pairs whose bracketed string contains the word \"PATCH\".\n \n@@ -60,7 +60,7 @@ Note that the patch is always used as-is without charset\n conversion, even with this flag.\n \n --encoding=<encoding>::\n-\tSimilar to -u.  But when re-coding, the charset specified here is\n+\tSimilar to `-u`.  But when re-coding, the charset specified here is\n \tused instead of the one specified by `i18n.commitEncoding` or UTF-8.\n \n -n::\ndiff --git a/Documentation/git-mailsplit.txt b/Documentation/git-mailsplit.txt\nindex e3b2a88c4b..6e357716ec 100644\n--- a/Documentation/git-mailsplit.txt\n+++ b/Documentation/git-mailsplit.txt\n@@ -42,7 +42,7 @@ OPTIONS\n \tfilenames.\n \n -f<nn>::\n-\tSkip the first <nn> numbers, for example if -f3 is specified,\n+\tSkip the first <nn> numbers, for example if `-f`3 is specified,\n \tstart the numbering with 0004.\n \n --keep-cr::\ndiff --git a/Documentation/git-merge-index.txt b/Documentation/git-merge-index.txt\nindex 2ab84a91e5..9fdfe6a31b 100644\n--- a/Documentation/git-merge-index.txt\n+++ b/Documentation/git-merge-index.txt\n@@ -37,7 +37,7 @@ OPTIONS\n \tfailure usually indicates conflicts during the merge). This is for\n \tporcelains which might want to emit custom messages.\n \n-If 'git merge-index' is called with multiple <file>s (or -a) then it\n+If 'git merge-index' is called with multiple <file>s (or `-a`) then it\n processes them in turn only stopping if merge returns a non-zero exit\n code.\n \ndiff --git a/Documentation/git-mv.txt b/Documentation/git-mv.txt\nindex 79449bf98f..b3808dcc06 100644\n--- a/Documentation/git-mv.txt\n+++ b/Documentation/git-mv.txt\n@@ -50,7 +50,7 @@ Moving a submodule using a gitfile (which means they were cloned\n with a Git version 1.7.8 or newer) will update the gitfile and\n core.worktree setting to make the submodule work in the new location.\n It also will attempt to update the submodule.<name>.path setting in\n-the linkgit:gitmodules[5] file and stage that file (unless -n is used).\n+the linkgit:gitmodules[5] file and stage that file (unless `-n` is used).\n \n BUGS\n ----\ndiff --git a/Documentation/git-name-rev.txt b/Documentation/git-name-rev.txt\nindex 5cb0eb0855..99979fe55b 100644\n--- a/Documentation/git-name-rev.txt\n+++ b/Documentation/git-name-rev.txt\n@@ -34,9 +34,9 @@ OPTIONS\n \tDo not use any ref whose name matches a given shell pattern. The\n \tpattern can be one of branch name, tag name or fully qualified ref\n \tname. If given multiple times, a ref will be excluded when it matches\n-\tany of the given patterns. When used together with --refs, a ref will\n-\tbe used as a match only when it matches at least one --refs pattern and\n-\tdoes not match any --exclude patterns. Use `--no-exclude` to clear the\n+\tany of the given patterns. When used together with `--refs`, a ref will\n+\tbe used as a match only when it matches at least one `--refs` pattern and\n+\tdoes not match any `--exclude` patterns. Use `--no-exclude` to clear the\n \tlist of exclude patterns.\n \n --all::\n@@ -45,12 +45,12 @@ OPTIONS\n --stdin::\n \tTransform stdin by substituting all the 40-character SHA-1\n \thexes (say $hex) with \"$hex ($rev_name)\".  When used with\n-\t--name-only, substitute with \"$rev_name\", omitting $hex\n+\t`--name-only`, substitute with \"$rev_name\", omitting $hex\n \taltogether.  Intended for the scripter's use.\n \n --name-only::\n \tInstead of printing both the SHA-1 and the name, print only\n-\tthe name.  If given with --tags the usual tag prefix of\n+\tthe name.  If given with `--tags` the usual tag prefix of\n \t\"tags/\" is also omitted from the name, matching the output\n \tof `git-describe` more closely.\n \ndiff --git a/Documentation/git-notes.txt b/Documentation/git-notes.txt\nindex 0a4200674c..b0a5ab9a72 100644\n--- a/Documentation/git-notes.txt\n+++ b/Documentation/git-notes.txt\n@@ -152,7 +152,7 @@ OPTIONS\n \n -c <object>::\n --reedit-message=<object>::\n-\tLike '-C', but with `-c` the editor is invoked, so that\n+\tLike `-C`, but with `-c` the editor is invoked, so that\n \tthe user can further edit the note message.\n \n --allow-empty::\n@@ -251,7 +251,7 @@ When done, the user can either finalize the merge with\n 'git notes merge --abort'.\n \n Users may select an automated merge strategy from among the following using\n-either -s/--strategy option or configuring notes.mergeStrategy accordingly:\n+either `-s`/`--strategy` option or configuring notes.mergeStrategy accordingly:\n \n \"ours\" automatically resolves conflicting notes in favor of the local\n version (i.e. the current notes ref).\ndiff --git a/Documentation/git-p4.txt b/Documentation/git-p4.txt\nindex f89e68b424..d9d29a5efa 100644\n--- a/Documentation/git-p4.txt\n+++ b/Documentation/git-p4.txt\n@@ -180,7 +180,7 @@ The git commit is created relative to the current origin revision (HEAD by defau\n A parent commit is created based on the origin, and then the unshelve commit is\n created based on that.\n \n-The origin revision can be changed with the \"--origin\" option.\n+The origin revision can be changed with the `--origin` option.\n \n If the target branch in refs/remotes/p4-unshelved already exists, the old one will\n be renamed.\n@@ -221,7 +221,7 @@ subsequent 'sync' operations.\n +\n By default a <ref> not starting with refs/ is treated as the\n name of a remote-tracking branch (under refs/remotes/).  This\n-behavior can be modified using the --import-local option.\n+behavior can be modified using the `--import-local` option.\n +\n The default <ref> is \"master\".\n +\n@@ -265,7 +265,7 @@ Git repository:\n \tImport at most 'n' changes, rather than the entire range of\n \tchanges included in the given revision specifier. A typical\n \tusage would be use '@all' as the revision specifier, but then\n-\tto use '--max-changes 1000' to import only the last 1000\n+\tto use `--max-changes 1000` to import only the last 1000\n \trevisions rather than the entire revision history.\n \n --changes-block-size <n>::\n@@ -347,7 +347,7 @@ These options can be used to modify 'git p4 submit' behavior.\n \n --update-shelve CHANGELIST::\n \tUpdate an existing shelved changelist with this commit. Implies\n-\t--shelve. Repeat for multiple shelved changelists.\n+\t`--shelve`. Repeat for multiple shelved changelists.\n \n --conflict=(ask|skip|quit)::\n \tConflicts can occur when applying a commit to p4.  When this\n@@ -371,7 +371,7 @@ These options can be used to modify 'git p4 submit' behavior.\n \n --disable-p4sync::\n     Disable the automatic sync of p4/master from Perforce after commits have\n-    been submitted. Implies --disable-rebase. Can also be set with\n+    been submitted. Implies `--disable-rebase`. Can also be set with\n     git-p4.disableP4Sync. Sync with origin/master still goes ahead if possible.\n \n Hooks for submit\n@@ -560,27 +560,27 @@ They all are in the 'git-p4' section.\n General variables\n ~~~~~~~~~~~~~~~~~\n git-p4.user::\n-\tUser specified as an option to all p4 commands, with '-u <user>'.\n+\tUser specified as an option to all p4 commands, with `-u <user>`.\n \tThe environment variable `P4USER` can be used instead.\n \n git-p4.password::\n \tPassword specified as an option to all p4 commands, with\n-\t'-P <password>'.\n+\t`-P <password>`.\n \tThe environment variable `P4PASS` can be used instead.\n \n git-p4.port::\n \tPort specified as an option to all p4 commands, with\n-\t'-p <port>'.\n+\t`-p <port>`.\n \tThe environment variable `P4PORT` can be used instead.\n \n git-p4.host::\n \tHost specified as an option to all p4 commands, with\n-\t'-h <host>'.\n+\t`-h <host>`.\n \tThe environment variable `P4HOST` can be used instead.\n \n git-p4.client::\n \tClient specified as an option to all p4 commands, with\n-\t'-c <client>', including the client spec.\n+\t`-c <client>`, including the client spec.\n \n git-p4.retries::\n \tSpecifies the number of times to retry a p4 command (notably,\n@@ -619,7 +619,7 @@ git-p4.ignoredP4Labels::\n \tunimportable labels are discovered.\n \n git-p4.importLabels::\n-\tImport p4 labels into git, as per --import-labels.\n+\tImport p4 labels into git, as per `--import-labels`.\n \n git-p4.labelImportRegexp::\n \tOnly p4 labels matching this regular expression will be imported. The\n@@ -734,7 +734,7 @@ git-p4.attemptRCSCleanup::\n \tpresent.\n \n git-p4.exportLabels::\n-\tExport Git tags to p4 labels, as per --export-labels.\n+\tExport Git tags to p4 labels, as per `--export-labels`.\n \n git-p4.labelExportRegexp::\n \tOnly p4 labels matching this regular expression will be exported. The\n@@ -742,7 +742,7 @@ git-p4.labelExportRegexp::\n \n git-p4.conflict::\n \tSpecify submit behavior when a conflict with p4 is found, as per\n-\t--conflict.  The default behavior is 'ask'.\n+\t`--conflict`.  The default behavior is 'ask'.\n \n git-p4.disableRebase::\n     Do not rebase the tree against p4/master following a submit.\ndiff --git a/Documentation/git-pack-objects.txt b/Documentation/git-pack-objects.txt\nindex 25d9fbe37a..a78721517b 100644\n--- a/Documentation/git-pack-objects.txt\n+++ b/Documentation/git-pack-objects.txt\n@@ -101,13 +101,13 @@ Incompatible with `--revs`, or options that imply `--revs` (such as\n \tthe pack are stored using delta compression.  The\n \tobjects are first internally sorted by type, size and\n \toptionally names and compared against the other objects\n-\twithin --window to see if using delta compression saves\n-\tspace.  --depth limits the maximum delta depth; making\n+\twithin `--window` to see if using delta compression saves\n+\tspace.  `--depth` limits the maximum delta depth; making\n \tit too deep affects the performance on the unpacker\n \tside, because delta data needs to be applied that many\n \ttimes to get to the necessary object.\n +\n-The default value for --window is 10 and --depth is 50. The maximum\n+The default value for `--window` is 10 and `--depth` is 50. The maximum\n depth is 4095.\n \n --window-memory=<n>::\n@@ -165,19 +165,19 @@ depth is 4095.\n \tthe standard error stream is not directed to a terminal.\n \n --all-progress::\n-\tWhen --stdout is specified then progress report is\n+\tWhen `--stdout` is specified then progress report is\n \tdisplayed during the object count and compression phases\n \tbut inhibited during the write-out phase. The reason is\n \tthat in some cases the output stream is directly linked\n \tto another command which may wish to display progress\n \tstatus of its own as it processes incoming pack data.\n-\tThis flag is like --progress except that it forces progress\n-\treport for the write-out phase as well even if --stdout is\n+\tThis flag is like `--progress` except that it forces progress\n+\treport for the write-out phase as well even if `--stdout` is\n \tused.\n \n --all-progress-implied::\n-\tThis is used to imply --all-progress whenever progress display\n-\tis activated.  Unlike --all-progress this flag doesn't actually\n+\tThis is used to imply `--all-progress` whenever progress display\n+\tis activated.  Unlike `--all-progress` this flag doesn't actually\n \tforce any progress display by itself.\n \n -q::\n@@ -194,7 +194,7 @@ depth is 4095.\n --no-reuse-object::\n \tThis flag tells the command not to reuse existing object data at all,\n \tincluding non deltified object, forcing recompression of everything.\n-\tThis implies --no-reuse-delta. Useful only in the obscure case where\n+\tThis implies `--no-reuse-delta`. Useful only in the obscure case where\n \twholesale enforcement of a different compression level on the\n \tpacked data is desired.\n \n@@ -203,12 +203,12 @@ depth is 4095.\n \tgenerated pack.  If not specified,  pack compression level is\n \tdetermined first by pack.compression,  then by core.compression,\n \tand defaults to -1,  the zlib default,  if neither is set.\n-\tAdd --no-reuse-object if you want to force a uniform compression\n+\tAdd `--no-reuse-object` if you want to force a uniform compression\n \tlevel on all data no matter the source.\n \n --[no-]sparse::\n \tToggle the \"sparse\" algorithm to determine which objects to include in\n-\tthe pack, when combined with the \"--revs\" option. This algorithm\n+\tthe pack, when combined with the `--revs` option. This algorithm\n \tonly walks trees that appear in paths that introduce new objects.\n \tThis can have significant performance benefits when computing\n \ta pack to send a small change. However, it is possible that extra\n@@ -220,7 +220,7 @@ depth is 4095.\n --thin::\n \tCreate a \"thin\" pack by omitting the common objects between a\n \tsender and a receiver in order to reduce network transfer. This\n-\toption only makes sense in conjunction with --stdout.\n+\toption only makes sense in conjunction with `--stdout`.\n +\n Note: A thin pack violates the packed archive format by omitting\n required objects and is thus unusable by Git without making it\n@@ -229,7 +229,7 @@ self-contained. Use `git index-pack --fix-thin`\n \n --shallow::\n \tOptimize a pack that will be provided to a client with a shallow\n-\trepository.  This option, combined with --thin, can result in a\n+\trepository.  This option, combined with `--thin`, can result in a\n \tsmaller pack at the cost of speed.\n \n --delta-base-offset::\n@@ -279,16 +279,16 @@ So does `git bundle` (see linkgit:git-bundle[1]) when it creates a bundle.\n \tA debug option to help with future \"partial clone\" development.\n \tThis option specifies how missing objects are handled.\n +\n-The form '--missing=error' requests that pack-objects stop with an error if\n+The form `--missing=error` requests that pack-objects stop with an error if\n a missing object is encountered.  If the repository is a partial clone, an\n attempt to fetch missing objects will be made before declaring them missing.\n This is the default action.\n +\n-The form '--missing=allow-any' will allow object traversal to continue\n+The form `--missing=allow-any` will allow object traversal to continue\n if a missing object is encountered.  No fetch of a missing object will occur.\n Missing objects will silently be omitted from the results.\n +\n-The form '--missing=allow-promisor' is like 'allow-any', but will only\n+The form `--missing=allow-promisor` is like 'allow-any', but will only\n allow object traversal to continue for EXPECTED promisor missing objects.\n No fetch of a missing object will occur.  An unexpected missing object will\n raise an error.\n@@ -302,7 +302,7 @@ raise an error.\n \n --keep-unreachable::\n \tObjects unreachable from the refs in packs named with\n-\t--unpacked= option are added to the resulting pack, in\n+\t`--unpacked`= option are added to the resulting pack, in\n \taddition to the reachable objects that are not in packs marked\n \twith *.keep files. This implies `--revs`.\n \n@@ -363,7 +363,7 @@ to recompute deltas on the fly due to crossing island boundaries.\n \n When repacking with delta islands the delta window tends to get\n clogged with candidates that are forbidden by the config. Repacking\n-with a big --window helps (and doesn't take as long as it otherwise\n+with a big `--window` helps (and doesn't take as long as it otherwise\n might because we can reject some object pairs based on islands before\n doing any computation on the content).\n \ndiff --git a/Documentation/git-patch-id.txt b/Documentation/git-patch-id.txt\nindex 442caff8a9..fb5b194b8a 100644\n--- a/Documentation/git-patch-id.txt\n+++ b/Documentation/git-patch-id.txt\n@@ -34,15 +34,15 @@ OPTIONS\n \tUse a \"stable\" sum of hashes as the patch ID. With this option:\n \t - Reordering file diffs that make up a patch does not affect the ID.\n \t   In particular, two patches produced by comparing the same two trees\n-\t   with two different settings for \"-O<orderfile>\" result in the same\n+\t   with two different settings for `-O<orderfile>` result in the same\n \t   patch ID signature, thereby allowing the computed result to be used\n \t   as a key to index some meta-information about the change between\n \t   the two trees;\n \n \t - Result is different from the value produced by git 1.9 and older\n-\t   or produced when an \"unstable\" hash (see --unstable below) is\n+\t   or produced when an \"unstable\" hash (see `--unstable` below) is\n \t   configured - even when used on a diff output taken without any use\n-\t   of \"-O<orderfile>\", thereby making existing databases storing such\n+\t   of `-O<orderfile>`, thereby making existing databases storing such\n \t   \"unstable\" or historical patch-ids unusable.\n \n \tThis is the default if patchid.stable is set to true.\ndiff --git a/Documentation/git-prune.txt b/Documentation/git-prune.txt\nindex 03552dd86f..7bad035e47 100644\n--- a/Documentation/git-prune.txt\n+++ b/Documentation/git-prune.txt\n@@ -75,7 +75,7 @@ should instead call 'git gc', which handles pruning along with\n many other housekeeping tasks.\n \n For a description of which objects are considered for pruning, see\n-'git fsck''s --unreachable option.\n+'git fsck''s `--unreachable` option.\n \n SEE ALSO\n --------\ndiff --git a/Documentation/git-pull.txt b/Documentation/git-pull.txt\nindex 5c3fb67c01..edecf393d3 100644\n--- a/Documentation/git-pull.txt\n+++ b/Documentation/git-pull.txt\n@@ -82,7 +82,7 @@ OPTIONS\n \n -v::\n --verbose::\n-\tPass --verbose to git-fetch and git-merge.\n+\tPass `--verbose` to git-fetch and git-merge.\n \n --[no-]recurse-submodules[=yes|on-demand|no]::\n \tThis option controls if new commits of populated submodules should\n@@ -132,7 +132,7 @@ published that history already.  Do *not* use this option\n unless you have read linkgit:git-rebase[1] carefully.\n \n --no-rebase::\n-\tOverride earlier --rebase.\n+\tOverride earlier `--rebase`.\n \n Options related to fetching\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~\n@@ -239,7 +239,7 @@ include::transfer-data-leaks.txt[]\n \n BUGS\n ----\n-Using --recurse-submodules can only fetch new commits in already checked\n+Using `--recurse-submodules` can only fetch new commits in already checked\n out submodules right now. When e.g. upstream added a new submodule in the\n just fetched commits of the superproject the submodule itself cannot be\n fetched, making it impossible to check out that submodule later without\ndiff --git a/Documentation/git-push.txt b/Documentation/git-push.txt\nindex a953c7c387..fc91d41ce0 100644\n--- a/Documentation/git-push.txt\n+++ b/Documentation/git-push.txt\n@@ -277,7 +277,7 @@ that specifies the expected current value of the ref explicitly are\n still experimental and their semantics may change as we gain experience\n with this feature.\n +\n-\"--no-force-with-lease\" will cancel all the previous --force-with-lease on the\n+`--no-force-with-lease` will cancel all the previous `--force-with-lease` on the\n command line.\n +\n A general note on safety: supplying this option without an expected\n@@ -416,8 +416,8 @@ Specifying `--no-force-if-includes` disables this behavior.\n \n --[no-]verify::\n \tToggle the pre-push hook (see linkgit:githooks[5]).  The\n-\tdefault is --verify, giving the hook a chance to prevent the\n-\tpush.  With --no-verify, the hook is bypassed completely.\n+\tdefault is `--verify`, giving the hook a chance to prevent the\n+\tpush.  With `--no-verify`, the hook is bypassed completely.\n \n -4::\n --ipv4::\n@@ -443,13 +443,13 @@ representing the status of a single ref. Each line is of the form:\n  <flag> <summary> <from> -> <to> (<reason>)\n -------------------------------\n \n-If --porcelain is used, then each line of the output is of the form:\n+If `--porcelain` is used, then each line of the output is of the form:\n \n -------------------------------\n  <flag> \\t <from>:<to> \\t <summary> (<reason>)\n -------------------------------\n \n-The status of up-to-date refs is shown only if --porcelain or --verbose\n+The status of up-to-date refs is shown only if `--porcelain` or `--verbose`\n option is used.\n \n flag::\ndiff --git a/Documentation/git-quiltimport.txt b/Documentation/git-quiltimport.txt\nindex 70562dc4c0..edae01d55d 100644\n--- a/Documentation/git-quiltimport.txt\n+++ b/Documentation/git-quiltimport.txt\n@@ -21,7 +21,7 @@ in the quilt patchset.\n \n For each patch the code attempts to extract the author from the\n patch description.  If that fails it falls back to the author\n-specified with --author.  If the --author flag was not given\n+specified with `--author`.  If the `--author` flag was not given\n the patch description is displayed and the user is asked to\n interactively enter the author of the patch.\n \ndiff --git a/Documentation/git-read-tree.txt b/Documentation/git-read-tree.txt\nindex 5fa8bab64c..3f53688170 100644\n--- a/Documentation/git-read-tree.txt\n+++ b/Documentation/git-read-tree.txt\n@@ -38,7 +38,7 @@ OPTIONS\n \tstarted.\n \n --reset::\n-\tSame as -m, except that unmerged entries are discarded instead\n+\tSame as `-m`, except that unmerged entries are discarded instead\n \tof failing. When used with `-u`, updates leading to loss of\n \tworking tree changes will not abort the operation.\n \n@@ -116,7 +116,7 @@ OPTIONS\n \tlocated in.\n \n --[no-]recurse-submodules::\n-\tUsing --recurse-submodules will update the content of all active\n+\tUsing `--recurse-submodules` will update the content of all active\n \tsubmodules according to the commit recorded in the superproject by\n \tcalling read-tree recursively, also setting the submodules' HEAD to be\n \tdetached at that commit.\n@@ -227,7 +227,7 @@ refer to the presence of a path in the specified commit:\n In all \"keep index\" cases, the index entry stays as in the\n original index file.  If the entry is not up to date,\n 'git read-tree' keeps the copy in the work tree intact when\n-operating under the -u flag.\n+operating under the `-u` flag.\n \n When this form of 'git read-tree' returns successfully, you can\n see which of the \"local changes\" that you made were carried forward by running\ndiff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\nindex f08ae27e2a..f063d54623 100644\n--- a/Documentation/git-rebase.txt\n+++ b/Documentation/git-rebase.txt\n@@ -34,7 +34,7 @@ description on `--fork-point` below); or by `git log HEAD`, if the\n `--root` option is specified.\n \n The current branch is reset to <upstream>, or <newbase> if the\n---onto option was supplied.  This has the exact same effect as\n+`--onto` option was supplied.  This has the exact same effect as\n `git reset --hard <upstream>` (or <newbase>).  ORIG_HEAD is set\n to point at the tip of the branch before the reset.\n \n@@ -130,7 +130,7 @@ We can get this using the following command:\n     git rebase --onto master next topic\n \n \n-Another example of --onto option is to rebase part of a\n+Another example of `--onto` option is to rebase part of a\n branch.  If we have the following situation:\n \n ------------\n@@ -175,7 +175,7 @@ would result in the removal of commits F and G:\n ------------\n \n This is useful if F and G were flawed in some way, or should not be\n-part of topicA.  Note that the argument to --onto and the <upstream>\n+part of topicA.  Note that the argument to `--onto` and the <upstream>\n parameter can be any valid commit-ish.\n \n In case of conflict, 'git rebase' will stop at the first problematic commit\n@@ -210,7 +210,7 @@ OPTIONS\n -------\n --onto <newbase>::\n \tStarting point at which to create the new commits. If the\n-\t--onto option is not specified, the starting point is\n+\t`--onto` option is not specified, the starting point is\n \t<upstream>.  May be any valid commit, and not just an\n \texisting branch name.\n +\n@@ -229,9 +229,9 @@ top of an upstream branch. While the feature is being worked on, the\n upstream branch may advance and it may not be the best idea to keep\n rebasing on top of the upstream but to keep the base commit as-is.\n +\n-Although both this option and --fork-point find the merge base between\n+Although both this option and `--fork-point` find the merge base between\n <upstream> and <branch>, this option uses the merge base as the _starting\n-point_ on which new commits will be created, whereas --fork-point uses\n+point_ on which new commits will be created, whereas `--fork-point` uses\n the merge base to determine the _set of commits_ which will be rebased.\n +\n See also INCOMPATIBLE OPTIONS below.\n@@ -258,7 +258,7 @@ See also INCOMPATIBLE OPTIONS below.\n \tAbort the rebase operation but HEAD is not reset back to the\n \toriginal branch. The index and working tree are also left\n \tunchanged as a result. If a temporary stash entry was created\n-\tusing --autostash, it will be saved to the stash list.\n+\tusing `--autostash`, it will be saved to the stash list.\n \n --apply::\n \tUse applying strategies to rebase (calling `git-am`\n@@ -276,13 +276,13 @@ See also INCOMPATIBLE OPTIONS below.\n \tWith ask (implied by --interactive), the rebase will halt when\n \tan empty commit is applied allowing you to choose whether to\n \tdrop it, edit files more, or just commit the empty changes.\n-\tOther options, like --exec, will use the default of drop unless\n-\t-i/--interactive is explicitly specified.\n+\tOther options, like `--exec`, will use the default of drop unless\n+\t`-i`/`--interactive` is explicitly specified.\n +\n-Note that commits which start empty are kept (unless --no-keep-empty\n+Note that commits which start empty are kept (unless `--no-keep-empty`\n is specified), and commits which are clean cherry-picks (as determined\n by `git log --cherry-mark ...`) are detected and dropped as a\n-preliminary step (unless --reapply-cherry-picks is passed).\n+preliminary step (unless `--reapply-cherry-picks` is passed).\n +\n See also INCOMPATIBLE OPTIONS below.\n \n@@ -291,7 +291,7 @@ See also INCOMPATIBLE OPTIONS below.\n \tDo not keep commits that start empty before the rebase\n \t(i.e. that do not change anything from its parent) in the\n \tresult.  The default is to keep commits which start empty,\n-\tsince creating such commits requires passing the --allow-empty\n+\tsince creating such commits requires passing the `--allow-empty`\n \toverride flag to `git commit`, signifying that a user is very\n \tintentionally creating such a commit and thus wants to keep\n \tit.\n@@ -303,7 +303,7 @@ flag exists as a convenient shortcut, such as for cases where external\n tools generate many empty commits and you want them all removed.\n +\n For commits which do not start empty but become empty after rebasing,\n-see the --empty flag.\n+see the `--empty` flag.\n +\n See also INCOMPATIBLE OPTIONS below.\n \n@@ -362,7 +362,7 @@ See also INCOMPATIBLE OPTIONS below.\n --strategy=<strategy>::\n \tUse the given merge strategy.\n \tIf there is no `-s` option 'git merge-recursive' is used\n-\tinstead.  This implies --merge.\n+\tinstead.  This implies `--merge`.\n +\n Because 'git rebase' replays each commit from the working branch\n on top of the <upstream> branch using the given strategy, using\n@@ -396,11 +396,11 @@ See also INCOMPATIBLE OPTIONS below.\n \n -q::\n --quiet::\n-\tBe quiet. Implies --no-stat.\n+\tBe quiet. Implies `--no-stat`.\n \n -v::\n --verbose::\n-\tBe verbose. Implies --stat.\n+\tBe verbose. Implies `--stat`.\n \n --stat::\n \tShow a diffstat of what changed upstream since the last rebase. The\n@@ -415,13 +415,13 @@ See also INCOMPATIBLE OPTIONS below.\n \n --verify::\n \tAllows the pre-rebase hook to run, which is the default.  This option can\n-\tbe used to override --no-verify.  See also linkgit:githooks[5].\n+\tbe used to override `--no-verify`.  See also linkgit:githooks[5].\n \n -C<n>::\n \tEnsure at least <n> lines of surrounding context match before\n \tand after each change.  When fewer lines of surrounding\n \tcontext exist they all must match.  By default no context is\n-\tever ignored.  Implies --apply.\n+\tever ignored.  Implies `--apply`.\n +\n See also INCOMPATIBLE OPTIONS below.\n \n@@ -444,7 +444,7 @@ details).\n \tand <branch> when calculating which commits have been\n \tintroduced by <branch>.\n +\n-When --fork-point is active, 'fork_point' will be used instead of\n+When `--fork-point` is active, 'fork_point' will be used instead of\n <upstream> to calculate the set of commits to rebase, where\n 'fork_point' is the result of `git merge-base --fork-point <upstream>\n <branch>` command (see linkgit:git-merge-base[1]).  If 'fork_point'\n@@ -478,7 +478,7 @@ if the other side had no changes that conflicted.\n --whitespace=<option>::\n \tThis flag is passed to the 'git apply' program\n \t(see linkgit:git-apply[1]) that applies the patch.\n-\tImplies --apply.\n+\tImplies `--apply`.\n +\n See also INCOMPATIBLE OPTIONS below.\n \n@@ -582,10 +582,10 @@ See also INCOMPATIBLE OPTIONS below.\n --root::\n \tRebase all commits reachable from <branch>, instead of\n \tlimiting them with an <upstream>.  This allows you to rebase\n-\tthe root commit(s) on a branch.  When used with --onto, it\n+\tthe root commit(s) on a branch.  When used with `--onto`, it\n \twill skip changes already contained in <newbase> (instead of\n-\t<upstream>) whereas without --onto it will operate on every change.\n-\tWhen used together with both --onto and --preserve-merges,\n+\t<upstream>) whereas without `--onto` it will operate on every change.\n+\tWhen used together with both `--onto` and `--preserve-merges`,\n \t'all' root commits will be rewritten to have <newbase> as parent\n \tinstead.\n +\n@@ -629,39 +629,39 @@ INCOMPATIBLE OPTIONS\n \n The following options:\n \n- * --apply\n- * --whitespace\n- * -C\n+ * `--apply`\n+ * `--whitespace`\n+ * `-C`\n \n are incompatible with the following options:\n \n- * --merge\n- * --strategy\n- * --strategy-option\n- * --allow-empty-message\n- * --[no-]autosquash\n- * --rebase-merges\n- * --preserve-merges\n- * --interactive\n- * --exec\n- * --no-keep-empty\n- * --empty=\n- * --reapply-cherry-picks\n- * --edit-todo\n- * --root when used in combination with --onto\n+ * `--merge`\n+ * `--strategy`\n+ * `--strategy-option`\n+ * `--allow-empty-message`\n+ * `--[no-]autosquash`\n+ * `--rebase-merges`\n+ * `--preserve-merges`\n+ * `--interactive`\n+ * `--exec`\n+ * `--no-keep-empty`\n+ * `--empty=`\n+ * `--reapply-cherry-picks`\n+ * `--edit-todo`\n+ * `--root` when used in combination with `--onto`\n \n In addition, the following pairs of options are incompatible:\n \n- * --preserve-merges and --interactive\n- * --preserve-merges and --signoff\n- * --preserve-merges and --rebase-merges\n- * --preserve-merges and --empty=\n- * --preserve-merges and --ignore-whitespace\n- * --preserve-merges and --committer-date-is-author-date\n- * --preserve-merges and --ignore-date\n- * --keep-base and --onto\n- * --keep-base and --root\n- * --fork-point and --root\n+ * `--preserve-merges` and `--interactive` \n+ * `--preserve-merges` and `--signoff` \n+ * `--preserve-merges` and `--rebase-merges` \n+ * `--preserve-merges` and `--empty=` \n+ * `--preserve-merges` and `--ignore-whitespace` \n+ * `--preserve-merges` and `--committer-date-is-author-date` \n+ * `--preserve-merges` and `--ignore-date` \n+ * `--keep-base` and `--onto` \n+ * `--keep-base` and `--root` \n+ * `--fork-point` and `--root` \n \n BEHAVIORAL DIFFERENCES\n -----------------------\n@@ -683,13 +683,13 @@ also drops commits that become empty and has no option for controlling\n this behavior.\n \n The merge backend keeps intentionally empty commits by default (though\n-with -i they are marked as empty in the todo list editor, or they can\n-be dropped automatically with --no-keep-empty).\n+with `-i` they are marked as empty in the todo list editor, or they can\n+be dropped automatically with `--no-keep-empty`).\n \n Similar to the apply backend, by default the merge backend drops\n-commits that become empty unless -i/--interactive is specified (in\n+commits that become empty unless `-i`/`--interactive` is specified (in\n which case it stops and asks the user what to do).  The merge backend\n-also has an --empty={drop,keep,ask} option for changing the behavior\n+also has an `--empty={drop,keep,ask}` option for changing the behavior\n of handling commits that become empty.\n \n Directory rename detection\ndiff --git a/Documentation/git-repack.txt b/Documentation/git-repack.txt\nindex 317d63cf0d..98373e4f36 100644\n--- a/Documentation/git-repack.txt\n+++ b/Documentation/git-repack.txt\n@@ -96,7 +96,7 @@ to the new separate pack will be written.\n \taffects the performance on the unpacker side, because delta data needs\n \tto be applied that many times to get to the necessary object.\n +\n-The default value for --window is 10 and --depth is 50. The maximum\n+The default value for `--window` is 10 and `--depth` is 50. The maximum\n depth is 4095.\n \n --threads=<n>::\ndiff --git a/Documentation/git-reset.txt b/Documentation/git-reset.txt\nindex 252e2d4e47..e9e816a986 100644\n--- a/Documentation/git-reset.txt\n+++ b/Documentation/git-reset.txt\n@@ -89,7 +89,7 @@ but carries forward unmerged index entries.\n \tchanges, reset is aborted.\n \n --[no-]recurse-submodules::\n-\tWhen the working tree is updated, using --recurse-submodules will\n+\tWhen the working tree is updated, using `--recurse-submodules` will\n \talso recursively reset the working tree of all active submodules\n \taccording to the commit recorded in the superproject, also setting\n \tthe submodules' HEAD to be detached at that commit.\n@@ -345,7 +345,7 @@ $ git commit ...                            <8>\n ------------\n +\n <1> First, reset the history back one commit so that we remove the original\n-    commit, but leave the working tree with all the changes. The -N ensures\n+    commit, but leave the working tree with all the changes. The `-N` ensures\n     that any new files added with `HEAD` are still marked so that `git add -p`\n     will find them.\n <2> Next, we interactively select diff hunks to add using the `git add -p`\ndiff --git a/Documentation/git-rev-parse.txt b/Documentation/git-rev-parse.txt\nindex 6b8ca085aa..4b1af8c5a6 100644\n--- a/Documentation/git-rev-parse.txt\n+++ b/Documentation/git-rev-parse.txt\n@@ -152,7 +152,7 @@ for another option.\n \tform as close to the original input as possible.\n \n --symbolic-full-name::\n-\tThis is similar to --symbolic, but it omits input that\n+\tThis is similar to `--symbolic`, but it omits input that\n \tare not refs (i.e. branch or tag names; or more\n \texplicitly disambiguating \"heads/master\" form, when you\n \twant to name the \"master\" branch when there is an\n@@ -306,12 +306,12 @@ Other Options\n --since=datestring::\n --after=datestring::\n \tParse the date string, and output the corresponding\n-\t--max-age= parameter for 'git rev-list'.\n+\t`--max-age=` parameter for 'git rev-list'.\n \n --until=datestring::\n --before=datestring::\n \tParse the date string, and output the corresponding\n-\t--min-age= parameter for 'git rev-list'.\n+\t`--min-age=` parameter for 'git rev-list'.\n \n <args>...::\n \tFlags and parameters to be parsed.\ndiff --git a/Documentation/git-rm.txt b/Documentation/git-rm.txt\nindex ab750367fd..e7ff1b5fbd 100644\n--- a/Documentation/git-rm.txt\n+++ b/Documentation/git-rm.txt\n@@ -151,7 +151,7 @@ still uses a .git directory, `git rm` will move the submodules\n git directory into the superprojects git directory to protect\n the submodule's history. If it exists the submodule.<name> section\n in the linkgit:gitmodules[5] file will also be removed and that file\n-will be staged (unless --cached or -n are used).\n+will be staged (unless `--cached` or `-n` are used).\n \n A submodule is considered up to date when the HEAD is the same as\n recorded in the index, no tracked files are modified and no untracked\ndiff --git a/Documentation/git-send-email.txt b/Documentation/git-send-email.txt\nindex 93708aefea..afd41a010e 100644\n--- a/Documentation/git-send-email.txt\n+++ b/Documentation/git-send-email.txt\n@@ -87,7 +87,7 @@ See the CONFIGURATION section for `sendemail.multiEdit`.\n --reply-to=<address>::\n \tSpecify the address where replies from recipients should go to.\n \tUse this if replies to messages should go to another address than what\n-\tis specified with the --from parameter.\n+\tis specified with the `--from` parameter.\n \n --in-reply-to=<identifier>::\n \tMake the first mail (or all the mails with `--no-thread`) appear as a\n@@ -108,19 +108,19 @@ illustration below where `[PATCH v2 0/3]` is in reply to `[PATCH 0/2]`:\n       [PATCH v2 2/3] New tests\n       [PATCH v2 3/3] Implementation\n +\n-Only necessary if --compose is also set.  If --compose\n+Only necessary if `--compose` is also set.  If `--compose`\n is not set, this will be prompted for.\n \n --subject=<string>::\n \tSpecify the initial subject of the email thread.\n-\tOnly necessary if --compose is also set.  If --compose\n+\tOnly necessary if `--compose` is also set.  If `--compose`\n \tis not set, this will be prompted for.\n \n --to=<address>,...::\n \tSpecify the primary recipient of the emails generated. Generally, this\n \twill be the upstream maintainer of the project involved. Default is the\n \tvalue of the `sendemail.to` configuration value; if that is unspecified,\n-\tand --to-cmd is not specified, this will be prompted for.\n+\tand `--to-cmd` is not specified, this will be prompted for.\n +\n This option may be specified multiple times.\n \n@@ -163,7 +163,7 @@ Sending\n \tThis is useful if your default address is not the address that is\n \tsubscribed to a list. In order to use the 'From' address, set the\n \tvalue to \"auto\". If you use the sendmail binary, you must have\n-\tsuitable privileges for the -f parameter.  Default is the value of the\n+\tsuitable privileges for the `-f` parameter.  Default is the value of the\n \t`sendemail.envelopeSender` configuration variable; if that is\n \tunspecified, choosing the envelope sender is left to your MTA.\n \n@@ -232,12 +232,12 @@ a password is obtained using 'git-credential'.\n \tDefault value can be specified by the `sendemail.smtpServerOption`\n \tconfiguration option.\n +\n-The --smtp-server-option option must be repeated for each option you want\n+The `--smtp-server-option` option must be repeated for each option you want\n to pass to the server. Likewise, different lines in the configuration files\n must be used for each option.\n \n --smtp-ssl::\n-\tLegacy alias for '--smtp-encryption ssl'.\n+\tLegacy alias for `--smtp-encryption ssl`.\n \n --smtp-ssl-cert-path::\n \tPath to a store of trusted CA certificates for SMTP SSL/TLS\n@@ -264,7 +264,7 @@ must be used for each option.\n \tSome email servers (e.g. smtp.163.com) limit the number emails to be\n \tsent per session (connection) and this will lead to a failure when\n \tsending many messages.  With this option, send-email will disconnect after\n-\tsending $<num> messages and wait for a few seconds (see --relogin-delay)\n+\tsending $<num> messages and wait for a few seconds (see `--relogin-delay`)\n \tand reconnect, to work around such a limit.  You may want to\n \tuse some form of credential helper to avoid having to retype\n \tyour password every time this happens.  Defaults to the\n@@ -272,7 +272,7 @@ must be used for each option.\n \n --relogin-delay=<int>::\n \tWaiting $<int> seconds before reconnecting to SMTP server. Used together\n-\twith --batch-size option.  Defaults to the `sendemail.smtpReloginDelay`\n+\twith `--batch-size` option.  Defaults to the `sendemail.smtpReloginDelay`\n \tconfiguration variable.\n \n Automating\n@@ -300,7 +300,7 @@ Automating\n \n --[no-]chain-reply-to::\n \tIf this is set, each email will be sent as a reply to the previous\n-\temail sent.  If disabled with \"--no-chain-reply-to\", all emails after\n+\temail sent.  If disabled with `--no-chain-reply-to`, all emails after\n \tthe first will be sent as replies to the first email sent.  When using\n \tthis, it is recommended that the first file given be an overview of the\n \tentire patch series. Disabled by default, but the `sendemail.chainReplyTo`\n@@ -315,19 +315,19 @@ Automating\n --[no-]signed-off-by-cc::\n \tIf this is set, add emails found in the `Signed-off-by` trailer or Cc: lines to the\n \tcc list. Default is the value of `sendemail.signedoffbycc` configuration\n-\tvalue; if that is unspecified, default to --signed-off-by-cc.\n+\tvalue; if that is unspecified, default to `--signed-off-by-cc`.\n \n --[no-]cc-cover::\n \tIf this is set, emails found in Cc: headers in the first patch of\n \tthe series (typically the cover letter) are added to the cc list\n \tfor each email set. Default is the value of 'sendemail.cccover'\n-\tconfiguration value; if that is unspecified, default to --no-cc-cover.\n+\tconfiguration value; if that is unspecified, default to `--no-cc-cover`.\n \n --[no-]to-cover::\n \tIf this is set, emails found in To: headers in the first patch of\n \tthe series (typically the cover letter) are added to the to list\n \tfor each email set. Default is the value of 'sendemail.tocover'\n-\tconfiguration value; if that is unspecified, default to --no-to-cover.\n+\tconfiguration value; if that is unspecified, default to `--no-to-cover`.\n \n --suppress-cc=<category>::\n \tSpecify an additional category of recipients to suppress the\n@@ -345,19 +345,19 @@ Automating\n - 'misc-by' will avoid including anyone mentioned in Acked-by,\n   Reviewed-by, Tested-by and other \"-by\" lines in the patch body,\n   except Signed-off-by (use 'sob' for that).\n-- 'cccmd' will avoid running the --cc-cmd.\n+- 'cccmd' will avoid running the `--cc-cmd`.\n - 'body' is equivalent to 'sob' + 'bodycc' + 'misc-by'.\n - 'all' will suppress all auto cc values.\n --\n +\n Default is the value of `sendemail.suppresscc` configuration value; if\n-that is unspecified, default to 'self' if --suppress-from is\n-specified, as well as 'body' if --no-signed-off-cc is specified.\n+that is unspecified, default to 'self' if `--suppress-from` is\n+specified, as well as 'body' if `--no-signed-off-cc` is specified.\n \n --[no-]suppress-from::\n \tIf this is set, do not add the From: address to the cc: list.\n \tDefault is the value of `sendemail.suppressFrom` configuration\n-\tvalue; if that is unspecified, default to --no-suppress-from.\n+\tvalue; if that is unspecified, default to `--no-suppress-from`.\n \n --[no-]thread::\n \tIf this is set, the In-Reply-To and References headers will be\n@@ -366,10 +366,10 @@ specified, as well as 'body' if --no-signed-off-cc is specified.\n \twording) or to the first email (`shallow` threading) is\n \tgoverned by \"--[no-]chain-reply-to\".\n +\n-If disabled with \"--no-thread\", those headers will not be added\n-(unless specified with --in-reply-to).  Default is the value of the\n+If disabled with `--no-thread`, those headers will not be added\n+(unless specified with `--in-reply-to`).  Default is the value of the\n `sendemail.thread` configuration value; if that is unspecified,\n-default to --thread.\n+default to `--thread`.\n +\n It is up to the user to ensure that no In-Reply-To header already\n exists when 'git send-email' is asked to add it (especially note that\n@@ -389,7 +389,7 @@ Administering\n - 'never' will never confirm before sending\n - 'cc' will confirm before sending when send-email has automatically\n   added addresses from the patch to the Cc list\n-- 'compose' will confirm before sending the first message when using --compose.\n+- 'compose' will confirm before sending the first message when using `--compose`.\n - 'auto' is equivalent to 'cc' + 'compose'\n --\n +\ndiff --git a/Documentation/git-send-pack.txt b/Documentation/git-send-pack.txt\nindex 44fd146b91..2cd2d823b3 100644\n--- a/Documentation/git-send-pack.txt\n+++ b/Documentation/git-send-pack.txt\n@@ -32,7 +32,7 @@ OPTIONS\n \ta directory on the default $PATH.\n \n --exec=<git-receive-pack>::\n-\tSame as --receive-pack=<git-receive-pack>.\n+\tSame as `--receive-pack`=<git-receive-pack>.\n \n --all::\n \tInstead of explicitly specifying which refs to update,\ndiff --git a/Documentation/git-show-branch.txt b/Documentation/git-show-branch.txt\nindex 5cc2fcefba..0ce603646f 100644\n--- a/Documentation/git-show-branch.txt\n+++ b/Documentation/git-show-branch.txt\n@@ -126,7 +126,7 @@ OPTIONS\n \tdefault to color output.\n \tSame as `--color=never`.\n \n-Note that --more, --list, --independent and --merge-base options\n+Note that `--more`, `--list`, `--independent` and `--merge-base` options\n are mutually exclusive.\n \n \ndiff --git a/Documentation/git-show-ref.txt b/Documentation/git-show-ref.txt\nindex ab4d271925..8c739adc70 100644\n--- a/Documentation/git-show-ref.txt\n+++ b/Documentation/git-show-ref.txt\n@@ -23,7 +23,7 @@ particular ref exists.\n \n By default, shows the tags, heads, and remote refs.\n \n-The --exclude-existing form is a filter that does the inverse. It reads\n+The `--exclude-existing` form is a filter that does the inverse. It reads\n refs from stdin, one ref per line, and shows those that don't exist in\n the local repository.\n \n@@ -54,7 +54,7 @@ OPTIONS\n --hash[=<n>]::\n \n \tOnly show the SHA-1 hash, not the reference name. When combined with\n-\t--dereference the dereferenced tag will still be shown after the SHA-1.\n+\t`--dereference` the dereferenced tag will still be shown after the SHA-1.\n \n --verify::\n \n@@ -110,7 +110,7 @@ $ git show-ref --head --dereference\n ...\n -----------------------------------------------------------------------------\n \n-When using --hash (and not --dereference) the output format is: '<SHA-1 ID>'\n+When using `--hash` (and not `--dereference`) the output format is: '<SHA-1 ID>'\n \n -----------------------------------------------------------------------------\n $ git show-ref --heads --hash\n@@ -145,7 +145,7 @@ will only match the exact branch called \"master\".\n If nothing matches, 'git show-ref' will return an error code of 1,\n and in the case of verification, it will show an error message.\n \n-For scripting, you can ask it to be quiet with the \"--quiet\" flag, which\n+For scripting, you can ask it to be quiet with the `--quiet` flag, which\n allows you to do things like\n \n -----------------------------------------------------------------------------\n@@ -157,11 +157,11 @@ to check whether a particular branch exists or not (notice how we don't\n actually want to show any results, and we want to use the full refname for it\n in order to not trigger the problem with ambiguous partial matches).\n \n-To show only tags, or only proper branch heads, use \"--tags\" and/or \"--heads\"\n+To show only tags, or only proper branch heads, use `--tags` and/or `--heads`\n respectively (using both means that it shows tags and heads, but not other\n random references under the refs/ subdirectory).\n \n-To do automatic tag object dereferencing, use the \"-d\" or \"--dereference\"\n+To do automatic tag object dereferencing, use the `-d` or `--dereference`\n flag, so you can do\n \n -----------------------------------------------------------------------------\ndiff --git a/Documentation/git-status.txt b/Documentation/git-status.txt\nindex 83f38e3198..2fa3bc58f7 100644\n--- a/Documentation/git-status.txt\n+++ b/Documentation/git-status.txt\n@@ -109,7 +109,7 @@ It is optional: it defaults to 'traditional'.\n The possible options are:\n \n \t- 'traditional' - Shows ignored files and directories, unless\n-\t\t\t  --untracked-files=all is specified, in which case\n+\t\t\t  `--untracked-files=all` is specified, in which case\n \t\t\t  individual files in ignored directories are\n \t\t\t  displayed.\n \t- 'no'\t        - Show no ignored files.\n@@ -252,7 +252,7 @@ via `git add` in the superproject to prepare a commit.\n 'm' and '?' are applied recursively. For example if a nested submodule\n in a submodule contains an untracked file, this is reported as '?' as well.\n \n-If -b is used the short-format status is preceded by a line\n+If `-b` is used the short-format status is preceded by a line\n \n     ## branchname tracking info\n \n@@ -271,7 +271,7 @@ format, with a few exceptions:\n 2. The user's status.relativePaths configuration is not respected; paths\n    shown will always be relative to the repository root.\n \n-There is also an alternate -z format recommended for machine parsing. In\n+There is also an alternate `-z` format recommended for machine parsing. In\n that format, the status field is the same, but some other things\n change.  First, the '\\->' is omitted from rename entries and the field\n order is reversed (e.g 'from \\-> to' becomes 'to from'). Second, a NUL\n@@ -425,11 +425,11 @@ directory.\n If `status.submoduleSummary` is set to a non zero number or true (identical\n to -1 or an unlimited number), the submodule summary will be enabled for\n the long format and a summary of commits for modified submodules will be\n-shown (see --summary-limit option of linkgit:git-submodule[1]). Please note\n+shown (see `--summary-limit` option of linkgit:git-submodule[1]). Please note\n that the summary output from the status command will be suppressed for all\n submodules when `diff.ignoreSubmodules` is set to 'all' or only for those\n submodules where `submodule.<name>.ignore=all`. To also view the summary for\n-ignored submodules you can either use the --ignore-submodules=dirty command\n+ignored submodules you can either use the `--ignore-submodules=dirty` command\n line option or the 'git submodule summary' command, which shows a similar\n output but does not honor these settings.\n \ndiff --git a/Documentation/git-submodule.txt b/Documentation/git-submodule.txt\nindex 7e5f995f77..1bcde161ca 100644\n--- a/Documentation/git-submodule.txt\n+++ b/Documentation/git-submodule.txt\n@@ -432,7 +432,7 @@ options carefully.\n \n --[no-]single-branch::\n \tThis option is only valid for the update command.\n-\tClone only one branch during update: HEAD or one specified by --branch.\n+\tClone only one branch during update: HEAD or one specified by `--branch`.\n \n <path>...::\n \tPaths to submodule(s). When specified this will restrict the command\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex 67b143cc81..3f55e9c419 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -17,8 +17,8 @@ It provides a bidirectional flow of changes between a Subversion and a Git\n repository.\n \n 'git svn' can track a standard Subversion repository,\n-following the common \"trunk/branches/tags\" layout, with the --stdlayout option.\n-It can also follow branches and tags in any layout with the -T/-t/-b options\n+following the common \"trunk/branches/tags\" layout, with the `--stdlayout` option.\n+It can also follow branches and tags in any layout with the `-T`/`-t`/`-b` options\n (see options to 'init' below, and also the 'clone' command).\n \n Once tracking a Subversion repository (with any of the above methods), the Git\n@@ -32,7 +32,7 @@ COMMANDS\n \tInitializes an empty Git repository with additional\n \tmetadata directories for 'git svn'.  The Subversion URL\n \tmay be specified as a command-line argument, or as full\n-\tURL arguments to -T/-t/-b.  Optionally, the target\n+\tURL arguments to `-T`/`-t`/`-b`.  Optionally, the target\n \tdirectory to operate on can be specified as a second\n \targument.  Normally this command initializes the current\n \tdirectory.\n@@ -47,11 +47,11 @@ COMMANDS\n --stdlayout;;\n \tThese are optional command-line options for init.  Each of\n \tthese flags can point to a relative repository path\n-\t(--tags=project/tags) or a full url\n-\t(--tags=https://foo.org/project/tags).\n-\tYou can specify more than one --tags and/or --branches options, in case\n+\t(`--tags=project/tags`) or a full url\n+\t(`--tags=https://foo.org/project/tags`).\n+\tYou can specify more than one `--tags` and/or `--branches` options, in case\n \tyour Subversion repository places tags or branches under multiple paths.\n-\tThe option --stdlayout is\n+\tThe option `--stdlayout` is\n \ta shorthand way of setting trunk,tags,branches as the relative paths,\n \twhich is the Subversion default. If any of the other options are given\n \tas well, they take precedence.\n@@ -77,7 +77,7 @@ COMMANDS\n \tto the names of remotes if trunk/branches/tags are\n \tspecified.  The prefix does not automatically include a\n \ttrailing slash, so be sure you include one in the\n-\targument if that is what you want.  If --branches/-b is\n+\targument if that is what you want.  If `--branches`/`-b` is\n \tspecified, the prefix must include a trailing slash.\n \tSetting a prefix (with a trailing slash) is strongly\n \tencouraged in any case, as your SVN-tracking refs will\n@@ -108,8 +108,8 @@ your Perl's Getopt::Long is < v2.37).\n \tbe preserved as a config key.  See 'fetch' for a description\n \tof `--include-paths`.\n --no-minimize-url;;\n-\tWhen tracking multiple directories (using --stdlayout,\n-\t--branches, or --tags options), git svn will attempt to connect\n+\tWhen tracking multiple directories (using `--stdlayout`,\n+\t`--branches`, or `--tags` options), git svn will attempt to connect\n \tto the root (or highest allowed level) of the Subversion\n \trepository.  This default allows better tracking of history if\n \tentire projects are moved within a repository, but may cause\n@@ -130,7 +130,7 @@ This automatically updates the rev_map if needed (see\n \n --localtime;;\n \tStore Git commit times in the local time zone instead of UTC.  This\n-\tmakes 'git log' (even without --date=local) show the same times\n+\tmakes 'git log' (even without `--date=local`) show the same times\n \tthat `svn log` would in the local time zone.\n +\n This doesn't interfere with interoperating with the Subversion\n@@ -220,7 +220,7 @@ config key: svn-remote.<name>.include-paths\n \tare also tracked and removed when no longer necessary.\n \n --placeholder-filename=<filename>;;\n-\tSet the name of placeholder files created by --preserve-empty-dirs.\n+\tSet the name of placeholder files created by `--preserve-empty-dirs`.\n \tDefault: \".gitignore\"\n \n 'rebase'::\n@@ -317,7 +317,7 @@ committing anything to SVN.\n -d<path>;;\n --destination=<path>;;\n \n-\tIf more than one --branches (or --tags) option was given to the 'init'\n+\tIf more than one `--branches` (or `--tags`) option was given to the 'init'\n \tor 'clone' command, you must provide the location of the branch (or\n \ttag) you wish to create in the SVN repository.  <path> specifies which\n \tpath to use to create the branch or tag and should match the pattern\n@@ -327,7 +327,7 @@ committing anything to SVN.\n \tgit config --get-all svn-remote.<name>.branches\n \tgit config --get-all svn-remote.<name>.tags\n +\n-where <name> is the name of the SVN repository as specified by the -R option to\n+where <name> is the name of the SVN repository as specified by the `-R` option to\n 'init' (or \"svn\" by default).\n \n --username;;\n@@ -345,7 +345,7 @@ where <name> is the name of the SVN repository as specified by the -R option to\n \n --parents;;\n \tCreate parent folders. This parameter is equivalent to the parameter\n-\t--parents on svn cp commands and is useful for non-standard repository\n+\t`--parents` on svn cp commands and is useful for non-standard repository\n \tlayouts.\n \n 'tag'::\n@@ -354,7 +354,7 @@ where <name> is the name of the SVN repository as specified by the -R option to\n \n 'log'::\n \tThis should make it easy to look up svn log messages when svn\n-\tusers refer to -r/--revision numbers.\n+\tusers refer to `-r`/`--revision` numbers.\n +\n The following features from `svn log' are supported:\n +\n@@ -365,10 +365,10 @@ The following features from `svn log' are supported:\n \tHEAD, NEXT, BASE, PREV, etc ...\n -v;;\n --verbose;;\n-\tit's not completely compatible with the --verbose\n+\tit's not completely compatible with the `--verbose`\n \toutput in svn log, but reasonably close.\n --limit=<n>;;\n-\tis NOT the same as --max-count, doesn't count\n+\tis NOT the same as `--max-count`, doesn't count\n \tmerged/excluded commits\n --incremental;;\n \tsupported\n@@ -380,7 +380,7 @@ New features:\n --show-commit;;\n \tshows the Git commit sha1, as well\n --oneline;;\n-\tour version of --pretty=oneline\n+\tour version of `--pretty=oneline`\n --\n +\n NOTE: SVN itself only stores times in UTC and nothing else. The regular svn\n@@ -433,7 +433,7 @@ Any other arguments are passed directly to 'git log'\n 'create-ignore'::\n \tRecursively finds the svn:ignore property on directories and\n \tcreates matching .gitignore files. The resulting files are staged to\n-\tbe committed, but are not committed. Use -r/--revision to refer to a\n+\tbe committed, but are not committed. Use `-r`/`--revision` to refer to a\n \tspecific revision.\n \n 'show-ignore'::\n@@ -458,7 +458,7 @@ Any other arguments are passed directly to 'git log'\n \tURL of the target Subversion repository.  The final argument\n \t(URL) may be omitted if you are working from a 'git svn'-aware\n \trepository (that has been `init`-ed with 'git svn').\n-\tThe -r<revision> option is required for this.\n+\tThe `-r<revision>` option is required for this.\n +\n The commit message is supplied either directly with the `-m` or `-F`\n option, or indirectly from the tag or commit when the second tree-ish\n@@ -477,18 +477,18 @@ denotes such an object, or it is requested by invoking an editor (see\n \n 'info'::\n \tShows information about a file or directory similar to what\n-\t`svn info' provides.  Does not currently support a -r/--revision\n-\targument.  Use the --url option to output only the value of the\n+\t`svn info' provides.  Does not currently support a `-r`/`--revision`\n+\targument.  Use the `--url` option to output only the value of the\n \t'URL:' field.\n \n 'proplist'::\n \tLists the properties stored in the Subversion repository about a\n-\tgiven file or directory.  Use -r/--revision to refer to a specific\n+\tgiven file or directory.  Use `-r`/`--revision` to refer to a specific\n \tSubversion revision.\n \n 'propget'::\n \tGets the Subversion property given as the first argument, for a\n-\tfile.  A specific revision can be specified with -r/--revision.\n+\tfile.  A specific revision can be specified with `-r`/`--revision`.\n \n 'propset'::\n \tSets the Subversion property given as the first argument, to the\n@@ -505,7 +505,7 @@ This will set the property 'svn:keywords' to 'FreeBSD=%H' for the file\n 'devel/py-tipper/Makefile'.\n \n 'show-externals'::\n-\tShows the Subversion externals.  Use -r/--revision to specify a\n+\tShows the Subversion externals.  Use `-r`/`--revision` to specify a\n \tspecific revision.\n \n 'gc'::\n@@ -517,10 +517,10 @@ This will set the property 'svn:keywords' to 'FreeBSD=%H' for the file\n \tThis allows you to re-'fetch' an SVN revision.  Normally the\n \tcontents of an SVN revision should never change and 'reset'\n \tshould not be necessary.  However, if SVN permissions change,\n-\tor if you alter your --ignore-paths option, a 'fetch' may fail\n+\tor if you alter your `--ignore-paths` option, a 'fetch' may fail\n \twith \"not found in commit\" (file not previously visible) or\n \t\"checksum mismatch\" (missed a modification).  If the problem\n-\tfile cannot be ignored forever (with --ignore-paths) the only\n+\tfile cannot be ignored forever (with `--ignore-paths`) the only\n \tway to repair the repo is to use 'reset'.\n +\n Only the rev_map and refs/remotes/git-svn are changed (see\n@@ -735,8 +735,8 @@ ADVANCED OPTIONS\n \n --follow-parent::\n \tThis option is only relevant if we are tracking branches (using\n-\tone of the repository layout options --trunk, --tags,\n-\t--branches, --stdlayout). For each tracked branch, try to find\n+\tone of the repository layout options `--trunk`, `--tags`,\n+\t`--branches`, `--stdlayout`). For each tracked branch, try to find\n \tout where its revision was copied from, and set\n \ta suitable parent in the first Git commit for the branch.\n \tThis is especially helpful when we're tracking a directory\n@@ -747,7 +747,7 @@ ADVANCED OPTIONS\n \tHowever, following long/convoluted histories can take a long\n \ttime, so disabling this feature may speed up the cloning\n \tprocess. This feature is enabled by default, use\n-\t--no-follow-parent to disable it.\n+\t`--no-follow-parent` to disable it.\n +\n [verse]\n config key: svn.followparent\n@@ -951,7 +951,7 @@ compatibility with SVN (see the CAVEATS section below).\n \n HANDLING OF SVN BRANCHES\n ------------------------\n-If 'git svn' is configured to fetch branches (and --follow-branches\n+If 'git svn' is configured to fetch branches (and `--follow-branches`\n is in effect), it sometimes creates multiple Git branches for one\n SVN branch, where the additional branches have names of the form\n 'branchname@nnn' (with nnn an SVN revision number).  These additional\n@@ -1031,14 +1031,14 @@ before 'dcommit' on will require forcing an overwrite of the existing ref\n on the remote repository.  This is generally considered bad practice,\n see the linkgit:git-push[1] documentation for details.\n \n-Do not use the --amend option of linkgit:git-commit[1] on a change you've\n-already dcommitted.  It is considered bad practice to --amend commits\n+Do not use the `--amend` option of linkgit:git-commit[1] on a change you've\n+already dcommitted.  It is considered bad practice to `--amend` commits\n you've already pushed to a remote repository for other users, and\n dcommit with SVN is analogous to that.\n \n When cloning an SVN repository, if none of the options for describing\n-the repository layout is used (--trunk, --tags, --branches,\n---stdlayout), 'git svn clone' will create a Git repository with\n+the repository layout is used (`--trunk`, `--tags`, `--branches`,\n+`--stdlayout`), 'git svn clone' will create a Git repository with\n completely linear history, where branches and tags appear as separate\n directories in the working copy.  While this is the easiest way to get a\n copy of a complete repository, for projects with many branches it will\n@@ -1051,7 +1051,7 @@ without giving any repository layout options.  If the full history with\n branches and tags is required, the options `--trunk` / `--branches` /\n `--tags` must be used.\n \n-When using multiple --branches or --tags, 'git svn' does not automatically\n+When using multiple `--branches` or `--tags`, 'git svn' does not automatically\n handle name collisions (for example, if two branches from different paths have\n the same name, or if a branch and a tag have the same name).  In these cases,\n use 'init' to set up your Git repository then, before your first 'fetch', edit\n@@ -1142,7 +1142,7 @@ Multiple fetch, branches, and tags keys are supported:\n ------------------------------------------------------------------------\n \n Creating a branch in such a configuration requires disambiguating which\n-location to use using the -d or --destination flag:\n+location to use using the `-d` or `--destination` flag:\n \n ------------------------------------------------------------------------\n $ git svn branch -d branches/server release-2-3-0\ndiff --git a/Documentation/git-tag.txt b/Documentation/git-tag.txt\nindex 31a97a1b6c..b802972bb2 100644\n--- a/Documentation/git-tag.txt\n+++ b/Documentation/git-tag.txt\n@@ -111,7 +111,7 @@ options for details.\n \n --sort=<key>::\n \tSort based on the key given.  Prefix `-` to sort in\n-\tdescending order of the value. You may use the --sort=<key> option\n+\tdescending order of the value. You may use the `--sort=<key>` option\n \tmultiple times, in which case the last key becomes the primary\n \tkey. Also supports \"version:refname\" or \"v:refname\" (tag\n \tnames are treated as versions). The \"version:refname\" sort\n@@ -236,7 +236,7 @@ On Re-tagging\n What should you do when you tag a wrong commit and you would\n want to re-tag?\n \n-If you never pushed anything out, just re-tag it. Use \"-f\" to\n+If you never pushed anything out, just re-tag it. Use `-f` to\n replace the old one. And you're done.\n \n But if you have pushed things out (or others could just read\ndiff --git a/Documentation/git-update-index.txt b/Documentation/git-update-index.txt\nindex 2853f168d9..936b64045e 100644\n--- a/Documentation/git-update-index.txt\n+++ b/Documentation/git-update-index.txt\n@@ -56,21 +56,21 @@ OPTIONS\n \tupdates are needed by checking stat() information.\n \n -q::\n-        Quiet.  If --refresh finds that the index needs an update, the\n+        Quiet.  If `--refresh` finds that the index needs an update, the\n         default behavior is to error out.  This option makes\n \t'git update-index' continue anyway.\n \n --ignore-submodules::\n \tDo not try to update submodules.  This option is only respected\n-\twhen passed before --refresh.\n+\twhen passed before `--refresh`.\n \n --unmerged::\n-        If --refresh finds unmerged changes in the index, the default\n+        If `--refresh` finds unmerged changes in the index, the default\n \tbehavior is to error out.  This option makes 'git update-index'\n         continue anyway.\n \n --ignore-missing::\n-\tIgnores missing files during a --refresh\n+\tIgnores missing files during a `--refresh`\n \n --cacheinfo <mode>,<object>,<path>::\n --cacheinfo <mode> <object> <path>::\n@@ -140,13 +140,13 @@ you will need to handle the situation manually.\n \n --force-remove::\n \tRemove the file from the index even when the working directory\n-\tstill has such a file. (Implies --remove.)\n+\tstill has such a file. (Implies `--remove`.)\n \n --replace::\n \tBy default, when a file `path` exists in the index,\n \t'git update-index' refuses an attempt to add `path/file`.\n \tSimilarly if a file `path/file` exists, a file `path`\n-\tcannot be added.  With --replace flag, existing entries\n+\tcannot be added.  With `--replace` flag, existing entries\n \tthat conflict with the entry being added are\n \tautomatically removed with warning messages.\n \ndiff --git a/Documentation/git-update-ref.txt b/Documentation/git-update-ref.txt\nindex 48b6683071..3c3da97c29 100644\n--- a/Documentation/git-update-ref.txt\n+++ b/Documentation/git-update-ref.txt\n@@ -37,7 +37,7 @@ them and update them as a regular file (i.e. it will allow the\n filesystem to follow them, but will overwrite such a symlink to\n somewhere else with a regular filename).\n \n-If --no-deref is given, <ref> itself is overwritten, rather than\n+If `--no-deref` is given, <ref> itself is overwritten, rather than\n the result of following the symbolic pointers.\n \n In general, using\n@@ -164,12 +164,12 @@ stored in <ref>, \"newsha1\" is the 40 character hexadecimal value of\n <newvalue> and \"committer\" is the committer's name, email address\n and date in the standard Git committer ident format.\n \n-Optionally with -m:\n+Optionally with `-m`:\n \n     oldsha1 SP newsha1 SP committer TAB message LF\n \n Where all fields are as described above and \"message\" is the\n-value supplied to the -m option.\n+value supplied to the `-m` option.\n \n An update will fail (without changing <ref>) if the current user is\n unable to create a new log file, append to the existing log file\ndiff --git a/Documentation/git-verify-pack.txt b/Documentation/git-verify-pack.txt\nindex 61ca6d04c2..e1e537fcfb 100644\n--- a/Documentation/git-verify-pack.txt\n+++ b/Documentation/git-verify-pack.txt\n@@ -38,7 +38,7 @@ OPTIONS\n \n OUTPUT FORMAT\n -------------\n-When specifying the -v option the format used is:\n+When specifying the `-v` option the format used is:\n \n \tSHA-1 type size size-in-packfile offset-in-packfile\n \ndiff --git a/Documentation/git-web--browse.txt b/Documentation/git-web--browse.txt\nindex 8d162b56c5..d53b2570df 100644\n--- a/Documentation/git-web--browse.txt\n+++ b/Documentation/git-web--browse.txt\n@@ -62,7 +62,7 @@ CONF.VAR (from -c option) and web.browser\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n The web browser can be specified using a configuration variable passed\n-with the -c (or --config) command-line option, or the `web.browser`\n+with the `-c` (or `--config`) command-line option, or the `web.browser`\n configuration variable if the former is not used.\n \n browser.<tool>.path\ndiff --git a/Documentation/git-whatchanged.txt b/Documentation/git-whatchanged.txt\nindex 8b63ceb00e..798a43965b 100644\n--- a/Documentation/git-whatchanged.txt\n+++ b/Documentation/git-whatchanged.txt\n@@ -35,7 +35,7 @@ Examples\n `git whatchanged --since=\"2 weeks ago\" -- gitk`::\n \n \tShow the changes during the last two weeks to the file 'gitk'.\n-\tThe \"--\" is necessary to avoid confusion with the *branch* named\n+\tThe `--` is necessary to avoid confusion with the *branch* named\n \t'gitk'\n \n GIT\ndiff --git a/Documentation/git.txt b/Documentation/git.txt\nindex 3a9c44987f..fc49a4fd42 100644\n--- a/Documentation/git.txt\n+++ b/Documentation/git.txt\n@@ -566,9 +566,9 @@ Git Commits\n Git Diffs\n ~~~~~~~~~\n `GIT_DIFF_OPTS`::\n-\tOnly valid setting is \"--unified=??\" or \"-u??\" to set the\n+\tOnly valid setting is `--unified=??` or `-u??` to set the\n \tnumber of context lines shown when a unified diff is created.\n-\tThis takes precedence over any \"-U\" or \"--unified\" option\n+\tThis takes precedence over any `-U` or `--unified` option\n \tvalue passed on the Git diff command line.\n \n `GIT_EXTERNAL_DIFF`::\ndiff --git a/Documentation/gitcore-tutorial.txt b/Documentation/gitcore-tutorial.txt\nindex c0b95256cc..633439702f 100644\n--- a/Documentation/gitcore-tutorial.txt\n+++ b/Documentation/gitcore-tutorial.txt\n@@ -941,7 +941,7 @@ branch head.  Please see linkgit:gitrevisions[7] if you want to\n see more complex cases.\n \n [NOTE]\n-Without the '--more=1' option, 'git show-branch' would not output the\n+Without the `--more=1` option, 'git show-branch' would not output the\n '[master^]' commit, as '[mybranch]' commit is a common ancestor of\n both 'master' and 'mybranch' tips.  Please see linkgit:git-show-branch[1]\n for details.\ndiff --git a/Documentation/gitdiffcore.txt b/Documentation/gitdiffcore.txt\nindex 0d57f86abc..fbc458c3e5 100644\n--- a/Documentation/gitdiffcore.txt\n+++ b/Documentation/gitdiffcore.txt\n@@ -55,7 +55,7 @@ is under consideration.\n \n The result of comparison is passed from these commands to what is\n internally called \"diffcore\", in a format similar to what is output\n-when the -p option is not used.  E.g.\n+when the `-p` option is not used.  E.g.\n \n ------------------------------------------------\n in-place edit  :100644 100644 bcd1234... 0123456... M file0\n@@ -89,7 +89,7 @@ diffcore-break: For Splitting Up Complete Rewrites\n --------------------------------------------------\n \n The second transformation in the chain is diffcore-break, and is\n-controlled by the -B option to the 'git diff-{asterisk}' commands.  This is\n+controlled by the `-B` option to the 'git diff-{asterisk}' commands.  This is\n used to detect a filepair that represents \"complete rewrite\" and\n break such filepair into two filepairs that represent delete and\n create.  E.g.  If the input contained this filepair:\n@@ -117,14 +117,14 @@ score defaults to 50% of the size of the smaller of the original\n and the result (i.e. if the edit shrinks the file, the size of\n the result is used; if the edit lengthens the file, the size of\n the original is used), and can be customized by giving a number\n-after \"-B\" option (e.g. \"-B75\" to tell it to use 75%).\n+after `-B` option (e.g. `-B75` to tell it to use 75%).\n \n \n diffcore-rename: For Detecting Renames and Copies\n -------------------------------------------------\n \n This transformation is used to detect renames and copies, and is\n-controlled by the -M option (to detect renames) and the -C option\n+controlled by the `-M` option (to detect renames) and the `-C` option\n (to detect copies as well) to the 'git diff-{asterisk}' commands.  If the\n input contained these filepairs:\n \n@@ -141,9 +141,9 @@ merges these filepairs and creates:\n :100644 100644 0123456... 0123456... R100 fileX file0\n ------------------------------------------------\n \n-When the \"-C\" option is used, the original contents of modified files,\n+When the `-C` option is used, the original contents of modified files,\n and deleted files (and also unmodified files, if the\n-\"--find-copies-harder\" option is used) are considered as candidates\n+`--find-copies-harder` option is used) are considered as candidates\n of the source files in rename/copy operation.  If the input were like\n these filepairs, that talk about a modified file fileY and a newly\n created file file0:\n@@ -166,7 +166,7 @@ In both rename and copy detection, the same \"extent of changes\"\n algorithm used in diffcore-break is used to determine if two\n files are \"similar enough\", and can be customized to use\n a similarity score different from the default of 50% by giving a\n-number after the \"-M\" or \"-C\" option (e.g. \"-M8\" to tell it to use\n+number after the `-M` or `-C` option (e.g. `-M8` to tell it to use\n 8/10 = 80%).\n \n Note that when rename detection is on but both copy and break\n@@ -189,7 +189,7 @@ preliminary pass; so if there are several remaining ext.txt files\n throughout the directory hierarchy after exact rename detection, this\n preliminary step may be skipped for those files.\n \n-Note.  When the \"-C\" option is used with `--find-copies-harder`\n+Note.  When the `-C` option is used with `--find-copies-harder`\n option, 'git diff-{asterisk}' commands feed unmodified filepairs to\n diffcore mechanism as well as modified ones.  This lets the copy\n detector consider unmodified files as copy source candidates at\n@@ -222,13 +222,13 @@ transformation merges them back into the original\n The \"extent of changes\" parameter can be tweaked from the\n default 80% (that is, unless more than 80% of the original\n material is deleted, the broken pairs are merged back into a\n-single modification) by giving a second number to -B option,\n+single modification) by giving a second number to `-B` option,\n like these:\n \n-* -B50/60 (give 50% \"break score\" to diffcore-break, use 60%\n+* `-B50/60` (give 50% \"break score\" to diffcore-break, use 60%\n   for diffcore-merge-broken).\n \n-* -B/60 (the same as above, since diffcore-break defaults to 50%).\n+* `-B/60` (the same as above, since diffcore-break defaults to 50%).\n \n Note that earlier implementation left a broken pair as a separate\n creation and deletion patches.  This was an unnecessary hack and\n@@ -245,10 +245,10 @@ diffcore-pickaxe: For Detecting Addition/Deletion of Specified String\n \n This transformation limits the set of filepairs to those that change\n specified strings between the preimage and the postimage in a certain\n-way.  -S<block of text> and -G<regular expression> options are used to\n+way.  `-S<block of text>` and `-G<regular expression>` options are used to\n specify different ways these strings are sought.\n \n-\"-S<block of text>\" detects filepairs whose preimage and postimage\n+`-S<block of text>` detects filepairs whose preimage and postimage\n have different number of occurrences of the specified block of text.\n By definition, it will not detect in-file moves.  Also, when a\n changeset moves a file wholesale without affecting the interesting\n@@ -258,7 +258,7 @@ rename-detected filepair).  When used with `--pickaxe-regex`, treat\n the <block of text> as an extended POSIX regular expression to match,\n instead of a literal string.\n \n-\"-G<regular expression>\" (mnemonic: grep) detects filepairs whose\n+`-G<regular expression>` (mnemonic: grep) detects filepairs whose\n textual diff has an added or a deleted line that matches the given\n regular expression.  This means that it will detect in-file (or what\n rename-detection considers the same file) moves, which is noise.  The\n@@ -277,7 +277,7 @@ diffcore-order: For Sorting the Output Based on Filenames\n ---------------------------------------------------------\n \n This is used to reorder the filepairs according to the user's\n-(or project's) taste, and is controlled by the -O option to the\n+(or project's) taste, and is controlled by the `-O` option to the\n 'git diff-{asterisk}' commands.\n \n This takes a text file each of whose lines is a shell glob\ndiff --git a/Documentation/gitk.txt b/Documentation/gitk.txt\nindex d50e9ed10e..6ceeae227c 100644\n--- a/Documentation/gitk.txt\n+++ b/Documentation/gitk.txt\n@@ -112,7 +112,7 @@ include::line-range-options.txt[]\n <path>...::\n \n \tLimit commits to the ones touching files in the given paths. Note, to\n-\tavoid ambiguity with respect to revision names use \"--\" to separate the paths\n+\tavoid ambiguity with respect to revision names use `--` to separate the paths\n \tfrom any preceding options.\n \n gitk-specific options\n@@ -130,7 +130,7 @@ gitk-specific options\n --select-commit=<ref>::\n \n \tSelect the specified commit after loading the graph.\n-\tDefault behavior is equivalent to specifying '--select-commit=HEAD'.\n+\tDefault behavior is equivalent to specifying `--select-commit=HEAD`.\n \n Examples\n --------\n@@ -142,7 +142,7 @@ gitk v2.6.12.. include/scsi drivers/scsi::\n gitk --since=\"2 weeks ago\" \\-- gitk::\n \n \tShow the changes during the last two weeks to the file 'gitk'.\n-\tThe \"--\" is necessary to avoid confusion with the *branch* named\n+\tThe `--` is necessary to avoid confusion with the *branch* named\n \t'gitk'\n \n gitk --max-count=100 --all \\-- Makefile::\ndiff --git a/Documentation/gittutorial-2.txt b/Documentation/gittutorial-2.txt\nindex 8bdb7d0bd3..e1e09070ad 100644\n--- a/Documentation/gittutorial-2.txt\n+++ b/Documentation/gittutorial-2.txt\n@@ -318,7 +318,7 @@ index a042389..513feba 100644\n ------------------------------------------------\n \n At any time, we can create a new commit using 'git commit' (without\n-the \"-a\" option), and verify that the state committed only includes the\n+the `-a` option), and verify that the state committed only includes the\n changes stored in the index file, not the additional change that is\n still only in our working tree:\n \n@@ -336,7 +336,7 @@ index 513feba..ba3da7b 100644\n ------------------------------------------------\n \n So by default 'git commit' uses the index to create the commit, not\n-the working tree; the \"-a\" option to commit tells it to first update\n+the working tree; the `-a` option to commit tells it to first update\n the index with all changes in the working tree.\n \n Finally, it's worth looking at the effect of 'git add' on the index\ndiff --git a/Documentation/gittutorial.txt b/Documentation/gittutorial.txt\nindex 59ef5cef1f..ff366cc752 100644\n--- a/Documentation/gittutorial.txt\n+++ b/Documentation/gittutorial.txt\n@@ -95,13 +95,13 @@ $ git add file1 file2 file3\n ------------------------------------------------\n \n You are now ready to commit.  You can see what is about to be committed\n-using 'git diff' with the --cached option:\n+using 'git diff' with the `--cached` option:\n \n ------------------------------------------------\n $ git diff --cached\n ------------------------------------------------\n \n-(Without --cached, 'git diff' will show you any changes that\n+(Without `--cached`, 'git diff' will show you any changes that\n you've made but not yet added to the index.)  You can also get a brief\n summary of the situation with 'git status':\n \ndiff --git a/Documentation/gitweb.conf.txt b/Documentation/gitweb.conf.txt\nindex 7963a79ba9..181c543a64 100644\n--- a/Documentation/gitweb.conf.txt\n+++ b/Documentation/gitweb.conf.txt\n@@ -459,14 +459,14 @@ $fallback_encoding::\n \n @diff_opts::\n \tRename detection options for git-diff and git-diff-tree. The default is\n-\t(\\'-M'); set it to (\\'-C') or (\\'-C', \\'-C') to also detect copies,\n-\tor set it to () i.e. empty list if you don't want to have renames\n+\t`('-M')`; set it to `('-C')` or `('-C', '-C')` to also detect copies,\n+\tor set it to `()` i.e. empty list if you don't want to have renames\n \tdetection.\n +\n *Note* that rename and especially copy detection can be quite\n CPU-intensive.  Note also that non Git tools can have problems with\n patches generated with options mentioned above, especially when they\n-involve file copies (\\'-C') or criss-cross renames (\\'-B').\n+involve file copies `('-C')` or criss-cross renames `('-B')`.\n \n \n Some optional features and policies\ndiff --git a/Documentation/howto/revert-branch-rebase.txt b/Documentation/howto/revert-branch-rebase.txt\nindex a3e5595a56..29b15a1173 100644\n--- a/Documentation/howto/revert-branch-rebase.txt\n+++ b/Documentation/howto/revert-branch-rebase.txt\n@@ -54,7 +54,7 @@ since then.  I just limited the output to the first handful using\n Now I know 'master^2~4' (pronounce it as \"find the second parent of\n the 'master', and then go four generations back following the first\n parent\") is the one I would want to revert.  Since I also want to say\n-why I am reverting it, the '-n' flag is given to 'git revert'.  This\n+why I am reverting it, the `-n` flag is given to 'git revert'.  This\n prevents it from actually making a commit, and instead 'git revert'\n leaves the commit log message it wanted to use in '.msg' file:\n \ndiff --git a/Documentation/howto/setup-git-server-over-http.txt b/Documentation/howto/setup-git-server-over-http.txt\nindex bfe6f9b500..7a34937da0 100644\n--- a/Documentation/howto/setup-git-server-over-http.txt\n+++ b/Documentation/howto/setup-git-server-over-http.txt\n@@ -163,7 +163,7 @@ Create this file by\n       $ htpasswd -c /etc/apache2/passwd.git <user>\n \n You will be asked a password, and the file is created. Subsequent calls\n-to htpasswd should omit the '-c' option, since you want to append to the\n+to htpasswd should omit the `-c` option, since you want to append to the\n existing file.\n \n You need to restart Apache.\ndiff --git a/Documentation/merge-options.txt b/Documentation/merge-options.txt\nindex eb0aabd396..bf43c33d27 100644\n--- a/Documentation/merge-options.txt\n+++ b/Documentation/merge-options.txt\n@@ -1,16 +1,16 @@\n --commit::\n --no-commit::\n \tPerform the merge and commit the result. This option can\n-\tbe used to override --no-commit.\n+\tbe used to override `--no-commit`.\n +\n-With --no-commit perform the merge and stop just before creating\n+With `--no-commit` perform the merge and stop just before creating\n a merge commit, to give the user a chance to inspect and further\n tweak the merge result before committing.\n +\n Note that fast-forward updates do not create a merge commit and\n-therefore there is no way to stop those merges with --no-commit.\n+therefore there is no way to stop those merges with `--no-commit`.\n Thus, if you want to ensure your branch is not changed or updated\n-by the merge command, use --no-ff with --no-commit.\n+by the merge command, use `--no-ff` with `--no-commit`.\n \n --edit::\n -e::\n@@ -74,7 +74,7 @@ When not possible, refuse to merge and exit with a non-zero status.\n \tone-line descriptions from at most <n> actual commits that are being\n \tmerged. See also linkgit:git-fmt-merge-msg[1].\n +\n-With --no-log do not list one-line descriptions from the\n+With `--no-log` do not list one-line descriptions from the\n actual commits being merged.\n \n include::signoff-option.txt[]\n@@ -85,7 +85,7 @@ include::signoff-option.txt[]\n \tShow a diffstat at the end of the merge. The diffstat is also\n \tcontrolled by the configuration option merge.stat.\n +\n-With -n or --no-stat do not show a diffstat at the end of the\n+With `-n` or `--no-stat` do not show a diffstat at the end of the\n merge.\n \n --squash::\n@@ -98,10 +98,10 @@ merge.\n \tthe current branch whose effect is the same as merging another\n \tbranch (or more in case of an octopus).\n +\n-With --no-squash perform the merge and commit the result. This\n-option can be used to override --squash.\n+With `--no-squash` perform the merge and commit the result. This\n+option can be used to override `--squash`.\n +\n-With --squash, --commit is not allowed, and will fail.\n+With `--squash`, `--commit` is not allowed, and will fail.\n \n --no-verify::\n \tThis option bypasses the pre-merge and commit-msg hooks.\n@@ -130,13 +130,13 @@ With --squash, --commit is not allowed, and will fail.\n \n --summary::\n --no-summary::\n-\tSynonyms to --stat and --no-stat; these are deprecated and will be\n+\tSynonyms to `--stat` and `--no-stat`; these are deprecated and will be\n \tremoved in the future.\n \n ifndef::git-pull[]\n -q::\n --quiet::\n-\tOperate quietly. Implies --no-progress.\n+\tOperate quietly. Implies `--no-progress`.\n \n -v::\n --verbose::\ndiff --git a/Documentation/pretty-formats.txt b/Documentation/pretty-formats.txt\nindex 45133066e4..d8a755faf1 100644\n--- a/Documentation/pretty-formats.txt\n+++ b/Documentation/pretty-formats.txt\n@@ -93,8 +93,8 @@ confused as starting a new commit.\n +\n The 'raw' format shows the entire commit exactly as\n stored in the commit object.  Notably, the hashes are\n-displayed in full, regardless of whether --abbrev or\n---no-abbrev are used, and 'parents' information show the\n+displayed in full, regardless of whether `--abbrev` or\n+`--no-abbrev` are used, and 'parents' information show the\n true parent commits, without taking grafts or history\n simplification into account. Note that this format affects the way\n commits are displayed, but not the way the diff is shown e.g. with\n@@ -144,7 +144,7 @@ The placeholders are:\n \t    on the next placeholders until the color is switched\n \t    again.\n '%m':: left (`<`), right (`>`) or boundary (`-`) mark\n-'%w([<w>[,<i1>[,<i2>]]])':: switch line wrapping, like the -w option of\n+'%w([<w>[,<i1>[,<i2>]]])':: switch line wrapping, like the `-w` option of\n \t\t\t    linkgit:git-shortlog[1].\n '%<(<N>[,trunc|ltrunc|mtrunc])':: make the next placeholder take at\n \t\t\t\t  least N columns, padding spaces on\n@@ -183,7 +183,7 @@ The placeholders are:\n '%al':: author email local-part (the part before the '@' sign)\n '%aL':: author local-part (see '%al') respecting .mailmap, see\n \tlinkgit:git-shortlog[1] or linkgit:git-blame[1])\n-'%ad':: author date (format respects --date= option)\n+'%ad':: author date (format respects `--date=` option)\n '%aD':: author date, RFC2822 style\n '%ar':: author date, relative\n '%at':: author date, UNIX timestamp\n@@ -199,14 +199,14 @@ The placeholders are:\n '%cl':: committer email local-part (the part before the '@' sign)\n '%cL':: committer local-part (see '%cl') respecting .mailmap, see\n \tlinkgit:git-shortlog[1] or linkgit:git-blame[1])\n-'%cd':: committer date (format respects --date= option)\n+'%cd':: committer date (format respects `--date=` option)\n '%cD':: committer date, RFC2822 style\n '%cr':: committer date, relative\n '%ct':: committer date, UNIX timestamp\n '%ci':: committer date, ISO 8601-like format\n '%cI':: committer date, strict ISO 8601 format\n '%cs':: committer date, short format (`YYYY-MM-DD`)\n-'%d':: ref names, like the --decorate option of linkgit:git-log[1]\n+'%d':: ref names, like the `--decorate` option of linkgit:git-log[1]\n '%D':: ref names without the \" (\", \")\" wrapping.\n '%(describe[:options])':: human-readable name, like\n \t\t\t  linkgit:git-describe[1]; empty string for\ndiff --git a/Documentation/pretty-options.txt b/Documentation/pretty-options.txt\nindex 27ddaf84a1..f8c61dd42e 100644\n--- a/Documentation/pretty-options.txt\n+++ b/Documentation/pretty-options.txt\n@@ -6,7 +6,7 @@\n \t'full', 'fuller', 'reference', 'email', 'raw', 'format:<string>'\n \tand 'tformat:<string>'.  When '<format>' is none of the above,\n \tand has '%placeholder' in it, it acts as if\n-\t'--pretty=tformat:<format>' were given.\n+\t`--pretty=tformat:<format>` were given.\n +\n See the \"PRETTY FORMATS\" section for some additional details for each\n format.  When '=<format>' part is omitted, it defaults to 'medium'.\n@@ -17,19 +17,19 @@ configuration (see linkgit:git-config[1]).\n --abbrev-commit::\n \tInstead of showing the full 40-byte hexadecimal commit object\n \tname, show a prefix that names the object uniquely.\n-\t\"--abbrev=<n>\" (which also modifies diff output, if it is displayed)\n+\t`--abbrev=<n>` (which also modifies diff output, if it is displayed)\n \toption can be used to specify the minimum length of the prefix.\n +\n-This should make \"--pretty=oneline\" a whole lot more readable for\n+This should make `--pretty=oneline` a whole lot more readable for\n people using 80-column terminals.\n \n --no-abbrev-commit::\n \tShow the full 40-byte hexadecimal commit object name. This negates\n \t`--abbrev-commit`, either explicit or implied by other options such\n-\tas \"--oneline\". It also overrides the `log.abbrevCommit` variable.\n+\tas `--oneline`. It also overrides the `log.abbrevCommit` variable.\n \n --oneline::\n-\tThis is a shorthand for \"--pretty=oneline --abbrev-commit\"\n+\tThis is a shorthand for `--pretty=oneline --abbrev-commit`\n \tused together.\n \n --encoding=<encoding>::\n@@ -73,21 +73,21 @@ to display.  The ref can specify the full refname when it begins\n with `refs/notes/`; when it begins with `notes/`, `refs/` and otherwise\n `refs/notes/` is prefixed to form a full name of the ref.\n +\n-Multiple --notes options can be combined to control which notes are\n-being displayed. Examples: \"--notes=foo\" will show only notes from\n-\"refs/notes/foo\"; \"--notes=foo --notes\" will show both notes from\n+Multiple `--notes` options can be combined to control which notes are\n+being displayed. Examples: `--notes=foo` will show only notes from\n+\"refs/notes/foo\"; `--notes=foo --notes` will show both notes from\n \"refs/notes/foo\" and from the default notes ref(s).\n \n --no-notes::\n \tDo not show notes. This negates the above `--notes` option, by\n \tresetting the list of notes refs from which notes are shown.\n \tOptions are parsed in the order given on the command line, so e.g.\n-\t\"--notes --notes=foo --no-notes --notes=bar\" will only show notes\n+\t`--notes --notes=foo --no-notes --notes=bar` will only show notes\n \tfrom \"refs/notes/bar\".\n \n --show-notes[=<ref>]::\n --[no-]standard-notes::\n-\tThese options are deprecated. Use the above --notes/--no-notes\n+\tThese options are deprecated. Use the above `--notes`/`--no-notes`\n \toptions instead.\n endif::git-rev-list[]\n \ndiff --git a/Documentation/rev-list-options.txt b/Documentation/rev-list-options.txt\nindex b1c8f86c6e..965cb32f9c 100644\n--- a/Documentation/rev-list-options.txt\n+++ b/Documentation/rev-list-options.txt\n@@ -885,38 +885,38 @@ ifdef::git-rev-list[]\n \tblobs) from the list of printed objects.  The '<filter-spec>'\n \tmay be one of the following:\n +\n-The form '--filter=blob:none' omits all blobs.\n+The form `--filter=blob:none` omits all blobs.\n +\n-The form '--filter=blob:limit=<n>[kmg]' omits blobs larger than n bytes\n+The form `--filter=blob:limit=<n>[kmg]` omits blobs larger than n bytes\n or units.  n may be zero.  The suffixes k, m, and g can be used to name\n units in KiB, MiB, or GiB.  For example, 'blob:limit=1k' is the same\n as 'blob:limit=1024'.\n +\n-The form '--filter=sparse:oid=<blob-ish>' uses a sparse-checkout\n+The form `--filter=sparse:oid=<blob-ish>` uses a sparse-checkout\n specification contained in the blob (or blob-expression) '<blob-ish>'\n to omit blobs that would not be not required for a sparse checkout on\n the requested refs.\n +\n-The form '--filter=tree:<depth>' omits all blobs and trees whose depth\n+The form `--filter=tree:<depth>` omits all blobs and trees whose depth\n from the root tree is >= <depth> (minimum depth if an object is located\n at multiple depths in the commits traversed). <depth>=0 will not include\n any trees or blobs unless included explicitly in the command-line (or\n-standard input when --stdin is used). <depth>=1 will include only the\n+standard input when `--stdin` is used). <depth>=1 will include only the\n tree and blobs which are referenced directly by a commit reachable from\n <commit> or an explicitly-given object. <depth>=2 is like <depth>=1\n while also including trees and blobs one more level removed from an\n explicitly-given commit or tree.\n +\n-Note that the form '--filter=sparse:path=<path>' that wants to read\n+Note that the form `--filter=sparse:path=<path>` that wants to read\n from an arbitrary path on the filesystem has been dropped for security\n reasons.\n +\n-Multiple '--filter=' flags can be specified to combine filters. Only\n+Multiple `--filter=` flags can be specified to combine filters. Only\n objects which are accepted by every filter are included.\n +\n-The form '--filter=combine:<filter1>+<filter2>+...<filterN>' can also be\n+The form `--filter=combine:<filter1>+<filter2>+...<filterN>` can also be\n used to combined several filters, but this is harder than just repeating\n-the '--filter' flag and is usually not necessary. Filters are joined by\n+the `--filter` flag and is usually not necessary. Filters are joined by\n '{plus}' and individual filters are %-encoded (i.e. URL-encoded).\n Besides the '{plus}' and '%' characters, the following characters are\n reserved and also must be encoded: `~!@#$^&*()[]{}\\;\",<>?`+&#39;&#96;+\n@@ -938,18 +938,18 @@ equivalent.\n \tA debug option to help with future \"partial clone\" development.\n \tThis option specifies how missing objects are handled.\n +\n-The form '--missing=error' requests that rev-list stop with an error if\n+The form `--missing=error` requests that rev-list stop with an error if\n a missing object is encountered.  This is the default action.\n +\n-The form '--missing=allow-any' will allow object traversal to continue\n+The form `--missing=allow-any` will allow object traversal to continue\n if a missing object is encountered.  Missing objects will silently be\n omitted from the results.\n +\n-The form '--missing=allow-promisor' is like 'allow-any', but will only\n+The form `--missing=allow-promisor` is like 'allow-any', but will only\n allow object traversal to continue for EXPECTED promisor missing objects.\n Unexpected missing objects will raise an error.\n +\n-The form '--missing=print' is like 'allow-any', but will also print a\n+The form `--missing=print` is like 'allow-any', but will also print a\n list of the missing objects.  Object IDs are prefixed with a ``?'' character.\n \n --exclude-promisor-objects::\n@@ -1113,7 +1113,7 @@ This implies the `--topo-order` option by default, but the\n `--date-order` option may also be specified.\n \n --show-linear-break[=<barrier>]::\n-\tWhen --graph is not used, all history branches are flattened\n+\tWhen `--graph` is not used, all history branches are flattened\n \twhich can make it hard to see that the two consecutive commits\n \tdo not belong to a linear branch. This option puts a barrier\n \tin between them in that case. If `<barrier>` is specified, it\ndiff --git a/Documentation/signoff-option.txt b/Documentation/signoff-option.txt\nindex 12aa2333e4..597d057c6e 100644\n--- a/Documentation/signoff-option.txt\n+++ b/Documentation/signoff-option.txt\n@@ -14,5 +14,5 @@ endif::git-commit[]\n \tleadership of the project to which you're contributing to\n \tunderstand how the signoffs are used in that project.\n +\n-The --no-signoff option can be used to countermand an earlier --signoff\n+The `--no-signoff` option can be used to countermand an earlier `--signoff`\n option on the command line.\ndiff --git a/Documentation/urls.txt b/Documentation/urls.txt\nindex 1c229d7581..c50ddd3120 100644\n--- a/Documentation/urls.txt\n+++ b/Documentation/urls.txt\n@@ -44,13 +44,13 @@ syntaxes may be used:\n \n ifndef::git-clone[]\n These two syntaxes are mostly equivalent, except when cloning, when\n-the former implies --local option. See linkgit:git-clone[1] for\n+the former implies `--local` option. See linkgit:git-clone[1] for\n details.\n endif::git-clone[]\n \n ifdef::git-clone[]\n These two syntaxes are mostly equivalent, except the former implies\n---local option.\n+`--local` option.\n endif::git-clone[]\n \n 'git clone', 'git fetch' and 'git pull', but not 'git push', will also\ndiff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt\nindex fd480b8645..0f9a699c09 100644\n--- a/Documentation/user-manual.txt\n+++ b/Documentation/user-manual.txt\n@@ -293,7 +293,7 @@ ref: refs/heads/master\n === Examining an old version without creating a new branch\n \n The `git switch` command normally expects a branch head, but will also\n-accept an arbitrary commit when invoked with --detach; for example,\n+accept an arbitrary commit when invoked with `--detach`; for example,\n you can check out the commit referenced by a tag:\n \n ------------------------------------------------\n@@ -305,7 +305,7 @@ changes and commit them, and you can discard any commits you make in this\n state without impacting any branches by performing another switch.\n \n If you want to create a new branch to retain commits you create, you may\n-do so (now or later) by using -c with the switch command again. Example:\n+do so (now or later) by using `-c` with the switch command again. Example:\n \n   git switch -c new_branch_name\n \n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421327","messageId":"20210409040301.3260358-4-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 03/13] doc: typeset configuration options in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:51Z","receivedAt":"2021-04-09T04:05:50Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap configuration options with backticks as indicated in the\nCodingGuidelines.\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/blame-options.txt          |  4 +--\n Documentation/diff-options.txt           | 10 +++---\n Documentation/fetch-options.txt          |  4 +--\n Documentation/git-branch.txt             |  2 +-\n Documentation/git-clean.txt              |  2 +-\n Documentation/git-column.txt             |  6 ++--\n Documentation/git-commit.txt             |  8 ++---\n Documentation/git-config.txt             | 10 +++---\n Documentation/git-credential-cache.txt   |  2 +-\n Documentation/git-cvsexportcommit.txt    |  2 +-\n Documentation/git-fetch.txt              |  8 ++---\n Documentation/git-filter-branch.txt      |  4 +--\n Documentation/git-for-each-ref.txt       |  2 +-\n Documentation/git-fsck.txt               |  2 +-\n Documentation/git-grep.txt               |  4 +--\n Documentation/git-help.txt               |  4 +--\n Documentation/git-init.txt               |  2 +-\n Documentation/git-interpret-trailers.txt |  8 ++---\n Documentation/git-ls-files.txt           |  2 +-\n Documentation/git-ls-remote.txt          |  4 +--\n Documentation/git-mailinfo.txt           |  4 +--\n Documentation/git-mv.txt                 |  4 +--\n Documentation/git-notes.txt              | 12 +++----\n Documentation/git-p4.txt                 | 12 +++----\n Documentation/git-pull.txt               |  4 +--\n Documentation/git-push.txt               |  2 +-\n Documentation/git-rebase.txt             | 10 +++---\n Documentation/git-receive-pack.txt       |  2 +-\n Documentation/git-remote.txt             |  4 +--\n Documentation/git-rerere.txt             |  2 +-\n Documentation/git-rev-parse.txt          |  2 +-\n Documentation/git-rm.txt                 |  2 +-\n Documentation/git-send-email.txt         | 20 +++++------\n Documentation/git-status.txt             |  8 ++---\n Documentation/git-submodule.txt          |  4 +--\n Documentation/git-svn.txt                | 42 ++++++++++++------------\n Documentation/git-update-index.txt       |  4 +--\n Documentation/git-update-ref.txt         |  2 +-\n Documentation/git-web--browse.txt        |  4 +--\n Documentation/git.txt                    | 10 +++---\n Documentation/gitattributes.txt          | 10 +++---\n Documentation/gitcore-tutorial.txt       |  4 +--\n Documentation/gitcredentials.txt         |  2 +-\n Documentation/glossary-content.txt       |  2 +-\n Documentation/pull-fetch-param.txt       |  2 +-\n Documentation/user-manual.txt            |  2 +-\n 46 files changed, 133 insertions(+), 133 deletions(-)\n\ndiff --git a/Documentation/blame-options.txt b/Documentation/blame-options.txt\nindex 860e8e2f5c..1d36a176bb 100644\n--- a/Documentation/blame-options.txt\n+++ b/Documentation/blame-options.txt\n@@ -72,8 +72,8 @@ include::line-range-format.txt[]\n \n --date <format>::\n \tSpecifies the format used to output dates. If `--date` is not\n-\tprovided, the value of the blame.date config variable is\n-\tused. If the blame.date config variable is also not set, the\n+\tprovided, the value of the `blame.date` config variable is\n+\tused. If the `blame.date` config variable is also not set, the\n \tiso format is used. For supported values, see the discussion\n \tof the `--date` option at linkgit:git-log[1].\n \ndiff --git a/Documentation/diff-options.txt b/Documentation/diff-options.txt\nindex e4ac746428..86c19bed1e 100644\n--- a/Documentation/diff-options.txt\n+++ b/Documentation/diff-options.txt\n@@ -344,20 +344,20 @@ default::\n \tin the future.\n plain::\n \tAny line that is added in one location and was removed\n-\tin another location will be colored with 'color.diff.newMoved'.\n-\tSimilarly 'color.diff.oldMoved' will be used for removed lines\n+\tin another location will be colored with `color.diff.newMoved`.\n+\tSimilarly `color.diff.oldMoved` will be used for removed lines\n \tthat are added somewhere else in the diff. This mode picks up any\n \tmoved line, but it is not very useful in a review to determine\n \tif a block of code was moved without permutation.\n blocks::\n \tBlocks of moved text of at least 20 alphanumeric characters\n \tare detected greedily. The detected blocks are\n-\tpainted using either the 'color.diff.{old,new}Moved' color.\n+\tpainted using either the `color.diff.{old,new}Moved` color.\n \tAdjacent blocks cannot be told apart.\n zebra::\n \tBlocks of moved text are detected as in 'blocks' mode. The blocks\n-\tare painted using either the 'color.diff.{old,new}Moved' color or\n-\t'color.diff.{old,new}MovedAlternative'. The change between\n+\tare painted using either the `color.diff.{old,new}Moved` color or\n+\t`color.diff.{old,new}MovedAlternative`. The change between\n \tthe two colors indicates that a new block was detected.\n dimmed-zebra::\n \tSimilar to 'zebra', but additional dimming of uninteresting parts\ndiff --git a/Documentation/fetch-options.txt b/Documentation/fetch-options.txt\nindex 4ccd65c166..60a268cc4a 100644\n--- a/Documentation/fetch-options.txt\n+++ b/Documentation/fetch-options.txt\n@@ -266,13 +266,13 @@ endif::git-pull[]\n \n --show-forced-updates::\n \tBy default, git checks if a branch is force-updated during\n-\tfetch. This can be disabled through fetch.showForcedUpdates, but\n+\tfetch. This can be disabled through `fetch.showForcedUpdates`, but\n \tthe `--show-forced-updates` option guarantees this check occurs.\n \tSee linkgit:git-config[1].\n \n --no-show-forced-updates::\n \tBy default, git checks if a branch is force-updated during\n-\tfetch. Pass `--no-show-forced-updates` or set fetch.showForcedUpdates\n+\tfetch. Pass `--no-show-forced-updates` or set `fetch.showForcedUpdates`\n \tto false to skip this check for performance reasons. If used during\n \t'git-pull' the `--ff-only` option will still check for forced updates\n \tbefore attempting a fast-forward update. See linkgit:git-config[1].\ndiff --git a/Documentation/git-branch.txt b/Documentation/git-branch.txt\nindex fa38fa4dc1..8ea6e1e523 100644\n--- a/Documentation/git-branch.txt\n+++ b/Documentation/git-branch.txt\n@@ -215,7 +215,7 @@ This option is only applicable in non-verbose mode.\n \tupstream when the new branch is checked out.\n +\n This behavior is the default when the start point is a remote-tracking branch.\n-Set the branch.autoSetupMerge configuration variable to `false` if you\n+Set the `branch.autoSetupMerge` configuration variable to `false` if you\n want `git switch`, `git checkout` and `git branch` to always behave as if `--no-track`\n were given. Set it to `always` if you want this behavior when the\n start-point is either a local or remote-tracking branch.\ndiff --git a/Documentation/git-clean.txt b/Documentation/git-clean.txt\nindex f4246300ae..cbec3e649a 100644\n--- a/Documentation/git-clean.txt\n+++ b/Documentation/git-clean.txt\n@@ -35,7 +35,7 @@ OPTIONS\n \n -f::\n --force::\n-\tIf the Git configuration variable clean.requireForce is not set\n+\tIf the Git configuration variable `clean.requireForce` is not set\n \tto false, 'git clean' will refuse to delete files or directories\n \tunless given `-f` or `-i`.  Git will refuse to modify untracked\n \tnested git repositories (directories with a .git subdirectory)\ndiff --git a/Documentation/git-column.txt b/Documentation/git-column.txt\nindex 84a02ac15c..ab545fc52d 100644\n--- a/Documentation/git-column.txt\n+++ b/Documentation/git-column.txt\n@@ -21,11 +21,11 @@ columns.\n OPTIONS\n -------\n --command=<name>::\n-\tLook up layout mode using configuration variable column.<name> and\n-\tcolumn.ui.\n+\tLook up layout mode using configuration variable `column.<name>` and\n+\t`column.ui`.\n \n --mode=<mode>::\n-\tSpecify layout mode. See configuration variable column.ui for option\n+\tSpecify layout mode. See configuration variable `column.ui` for option\n \tsyntax in linkgit:git-config[1].\n \n --raw-mode=<n>::\ndiff --git a/Documentation/git-commit.txt b/Documentation/git-commit.txt\nindex f507ae00a1..6d10f2bdc7 100644\n--- a/Documentation/git-commit.txt\n+++ b/Documentation/git-commit.txt\n@@ -244,7 +244,7 @@ verbatim::\n scissors::\n \tSame as `whitespace` except that everything from (and including)\n \tthe line found below is truncated, if the message is to be edited.\n-\t\"`#`\" can be customized with core.commentChar.\n+\t\"`#`\" can be customized with `core.commentChar`.\n \n \t\t# ------------------------ >8 ------------------------\n \n@@ -346,7 +346,7 @@ The possible options are:\n \t- 'normal' - Shows untracked files and directories\n \t- 'all'    - Also shows individual files in untracked directories.\n \n-The default can be changed using the status.showUntrackedFiles\n+The default can be changed using the `status.showUntrackedFiles`\n configuration variable documented in linkgit:git-config[1].\n --\n \n@@ -378,7 +378,7 @@ changes to tracked files.\n \tInclude the output of linkgit:git-status[1] in the commit\n \tmessage template when using an editor to prepare the commit\n \tmessage.  Defaults to on, but can be used to override\n-\tconfiguration variable commit.status.\n+\tconfiguration variable `commit.status`.\n \n --no-status::\n \tDo not include the output of linkgit:git-status[1] in the\n@@ -552,7 +552,7 @@ include::i18n.txt[]\n ENVIRONMENT AND CONFIGURATION VARIABLES\n ---------------------------------------\n The editor used to edit the commit log message will be chosen from the\n-`GIT_EDITOR` environment variable, the core.editor configuration variable, the\n+`GIT_EDITOR` environment variable, the `core.editor` configuration variable, the\n `VISUAL` environment variable, or the `EDITOR` environment variable (in that\n order).  See linkgit:git-var[1] for details.\n \ndiff --git a/Documentation/git-config.txt b/Documentation/git-config.txt\nindex e6d70ffda1..606411c816 100644\n--- a/Documentation/git-config.txt\n+++ b/Documentation/git-config.txt\n@@ -99,10 +99,10 @@ OPTIONS\n \tnames are not.\n \n --get-urlmatch name URL::\n-\tWhen given a two-part name section.key, the value for\n-\tsection.<url>.key whose <url> part matches the best to the\n+\tWhen given a two-part name `section.key`, the value for\n+\t`section.<url>.key` whose <url> part matches the best to the\n \tgiven URL is returned (if no such key exists, the value for\n-\tsection.key is used as a fallback).  When given just the\n+\t`section.key` is used as a fallback).  When given just the\n \tsection as name, do so for all the keys in the section and\n \tlist them.  Returns error code 1 if no value is found.\n \n@@ -421,7 +421,7 @@ To delete the entry for renames, do\n % git config --unset diff.renames\n ------------\n \n-If you want to delete an entry for a multivar (like core.gitproxy above),\n+If you want to delete an entry for a multivar (like `core.gitproxy` above),\n you have to provide a regex matching the value of exactly one line.\n \n To query the value for a given key, do\n@@ -448,7 +448,7 @@ If you want to know all the values for a multivar, do:\n % git config --get-all core.gitproxy\n ------------\n \n-If you like to live dangerously, you can replace *all* core.gitproxy by a\n+If you like to live dangerously, you can replace *all* `core.gitproxy` by a\n new one with\n \n ------------\ndiff --git a/Documentation/git-credential-cache.txt b/Documentation/git-credential-cache.txt\nindex 0216c18ef8..b1a9d9b29a 100644\n--- a/Documentation/git-credential-cache.txt\n+++ b/Documentation/git-credential-cache.txt\n@@ -68,7 +68,7 @@ $ git push http://example.com/repo.git\n [your credentials are used automatically]\n ------------------------------------\n \n-You can provide options via the credential.helper configuration\n+You can provide options via the `credential.helper` configuration\n variable (this example drops the cache time to 5 minutes):\n \n -------------------------------------------------------\ndiff --git a/Documentation/git-cvsexportcommit.txt b/Documentation/git-cvsexportcommit.txt\nindex f08ab508af..76b16f9dae 100644\n--- a/Documentation/git-cvsexportcommit.txt\n+++ b/Documentation/git-cvsexportcommit.txt\n@@ -72,7 +72,7 @@ OPTIONS\n \tSpecify the location of the CVS checkout to use for the export. This\n \toption does not require GIT_DIR to be set before execution if the\n \tcurrent directory is within a Git repository.  The default is the\n-\tvalue of 'cvsexportcommit.cvsdir'.\n+\tvalue of `cvsexportcommit.cvsdir`.\n \n -W::\n \tTell cvsexportcommit that the current working directory is not only\ndiff --git a/Documentation/git-fetch.txt b/Documentation/git-fetch.txt\nindex a5ecf00db3..6c3f41399f 100644\n--- a/Documentation/git-fetch.txt\n+++ b/Documentation/git-fetch.txt\n@@ -26,13 +26,13 @@ By default, any tag that points into the histories being fetched is\n also fetched; the effect is to fetch tags that\n point at branches that you are interested in.  This default behavior\n can be changed by using the `--tags` or `--no-tags` options or by\n-configuring remote.<name>.tagOpt.  By using a refspec that fetches tags\n+configuring `remote.<name>.tagOpt`.  By using a refspec that fetches tags\n explicitly, you can fetch tags that do not point into branches you\n are interested in as well.\n \n 'git fetch' can fetch from either a single named repository or URL,\n or from several repositories at once if <group> is given and\n-there is a remotes.<group> entry in the configuration file.\n+there is a `remotes.<group>` entry in the configuration file.\n (See linkgit:git-config[1]).\n \n When no remote is specified, by default the `origin` remote will be used,\n@@ -208,7 +208,7 @@ The status of up-to-date refs is shown only if the `--verbose` option is\n used.\n \n In compact output mode, specified with configuration variable\n-fetch.output, if either entire `<from>` or `<to>` is found in the\n+`fetch.output`, if either entire `<from>` or `<to>` is found in the\n other string, it will be substituted with `*` in the other string. For\n example, `master -> origin/master` becomes `master -> origin/*`.\n \n@@ -253,7 +253,7 @@ $ git fetch origin\n +\n The above command copies all branches from the remote refs/heads/\n namespace and stores them to the local refs/remotes/origin/ namespace,\n-unless the branch.<name>.fetch option is used to specify a non-default\n+unless the `branch.<name>.fetch` option is used to specify a non-default\n refspec.\n \n * Using refspecs explicitly:\ndiff --git a/Documentation/git-filter-branch.txt b/Documentation/git-filter-branch.txt\nindex e2955bc648..520d3df371 100644\n--- a/Documentation/git-filter-branch.txt\n+++ b/Documentation/git-filter-branch.txt\n@@ -365,7 +365,7 @@ git filter-branch --msg-filter '\n \n The `--env-filter` option can be used to modify committer and/or author\n identity.  For example, if you found out that your commits have the wrong\n-identity due to a misconfigured user.email, you can make a correction,\n+identity due to a misconfigured `user.email`, you can make a correction,\n before publishing the project, like this:\n \n --------------------------------------------------------\n@@ -577,7 +577,7 @@ with:\n   ls-files will only quote filenames if needed, so folks may not\n   notice that one of the files didn't match the regex (at least not\n   until it's much too late).  Yes, someone who knows about\n-  core.quotePath can avoid this (unless they have other special\n+  `core.quotePath` can avoid this (unless they have other special\n   characters like \\t, \\n, or \"), and people who use ls-files -z with\n   something other than grep can avoid this, but that doesn't mean they\n   will.\ndiff --git a/Documentation/git-for-each-ref.txt b/Documentation/git-for-each-ref.txt\nindex 4bde4f9d05..64ff4a14f8 100644\n--- a/Documentation/git-for-each-ref.txt\n+++ b/Documentation/git-for-each-ref.txt\n@@ -105,7 +105,7 @@ For all objects, the following names can be used:\n refname::\n \tThe name of the ref (the part after $GIT_DIR/).\n \tFor a non-ambiguous short name of the ref append `:short`.\n-\tThe option core.warnAmbiguousRefs is used to select the strict\n+\tThe option `core.warnAmbiguousRefs` is used to select the strict\n \tabbreviation mode. If `lstrip=<N>` (`rstrip=<N>`) is appended, strips `<N>`\n \tslash-separated path components from the front (back) of the refname\n \t(e.g. `%(refname:lstrip=2)` turns `refs/tags/foo` into `foo` and\ndiff --git a/Documentation/git-fsck.txt b/Documentation/git-fsck.txt\nindex e932c75181..d9a28e278d 100644\n--- a/Documentation/git-fsck.txt\n+++ b/Documentation/git-fsck.txt\n@@ -123,7 +123,7 @@ Any corrupt objects you will have to find in backups or other archives\n (i.e., you can just remove them and do an 'rsync' with some other site in\n the hopes that somebody else has the object you have corrupted).\n \n-If core.commitGraph is true, the commit-graph file will also be inspected\n+If `core.commitGraph` is true, the commit-graph file will also be inspected\n using 'git commit-graph verify'. See linkgit:git-commit-graph[1].\n \n Extracted Diagnostics\ndiff --git a/Documentation/git-grep.txt b/Documentation/git-grep.txt\nindex 84102cc596..88047cefad 100644\n--- a/Documentation/git-grep.txt\n+++ b/Documentation/git-grep.txt\n@@ -209,7 +209,7 @@ providing this option will cause it to die.\n \tUse \\0 as the delimiter for pathnames in the output, and print\n \tthem verbatim. Without this option, pathnames with \"unusual\"\n \tcharacters are quoted as explained for the configuration\n-\tvariable core.quotePath (see linkgit:git-config[1]).\n+\tvariable `core.quotePath` (see linkgit:git-config[1]).\n \n -o::\n --only-matching::\n@@ -355,7 +355,7 @@ EXAMPLES\n NOTES ON THREADS\n ----------------\n \n-The `--threads` option (and the grep.threads configuration) will be ignored when\n+The `--threads` option (and the `grep.threads` configuration) will be ignored when\n `--open-files-in-pager` is used, forcing a single-threaded execution.\n \n When grepping the object store (with `--cached` or giving tree objects), running\ndiff --git a/Documentation/git-help.txt b/Documentation/git-help.txt\nindex a19f275f60..392f7be6fa 100644\n--- a/Documentation/git-help.txt\n+++ b/Documentation/git-help.txt\n@@ -150,7 +150,7 @@ man.<tool>.path\n You can explicitly provide a full path to your preferred man viewer by\n setting the configuration variable `man.<tool>.path`. For example, you\n can configure the absolute path to konqueror by setting\n-'man.konqueror.path'. Otherwise, 'git help' assumes the tool is\n+`man.konqueror.path`. Otherwise, 'git help' assumes the tool is\n available in PATH.\n \n man.<tool>.cmd\n@@ -170,7 +170,7 @@ When 'konqueror' is specified in the `man.viewer` configuration\n variable, we launch 'kfmclient' to try to open the man page on an\n already opened konqueror in a new tab if possible.\n \n-For consistency, we also try such a trick if 'man.konqueror.path' is\n+For consistency, we also try such a trick if `man.konqueror.path` is\n set to something like `A_PATH_TO/konqueror`. That means we will try to\n launch `A_PATH_TO/kfmclient` instead.\n \ndiff --git a/Documentation/git-init.txt b/Documentation/git-init.txt\nindex a3f061517d..47d61fc505 100644\n--- a/Documentation/git-init.txt\n+++ b/Documentation/git-init.txt\n@@ -83,7 +83,7 @@ customized via the `init.defaultBranch` configuration variable).\n \n Specify that the Git repository is to be shared amongst several users.  This\n allows users belonging to the same group to push into that\n-repository.  When specified, the config variable \"core.sharedRepository\" is\n+repository.  When specified, the config variable `core.sharedRepository` is\n set so that files and directories under `$GIT_DIR` are created with the\n requested permissions.  When not specified, Git will use permissions reported\n by umask(2).\ndiff --git a/Documentation/git-interpret-trailers.txt b/Documentation/git-interpret-trailers.txt\nindex 4288e5405c..1160807e0d 100644\n--- a/Documentation/git-interpret-trailers.txt\n+++ b/Documentation/git-interpret-trailers.txt\n@@ -217,17 +217,17 @@ If there is a separator, then the key will be used instead of both the\n <token> and the default separator when adding the trailer.\n \n trailer.<token>.where::\n-\tThis option takes the same values as the 'trailer.where'\n+\tThis option takes the same values as the `trailer.where`\n \tconfiguration variable and it overrides what is specified by\n \tthat option for trailers with the specified <token>.\n \n trailer.<token>.ifexists::\n-\tThis option takes the same values as the 'trailer.ifexists'\n+\tThis option takes the same values as the `trailer.ifexists`\n \tconfiguration variable and it overrides what is specified by\n \tthat option for trailers with the specified <token>.\n \n trailer.<token>.ifmissing::\n-\tThis option takes the same values as the 'trailer.ifmissing'\n+\tThis option takes the same values as the `trailer.ifmissing`\n \tconfiguration variable and it overrides what is specified by\n \tthat option for trailers with the specified <token>.\n \n@@ -247,7 +247,7 @@ replaced with the <value> part of an existing trailer with the same\n <token>, if any, before the command is launched.\n +\n If some '<token>=<value>' arguments are also passed on the command\n-line, when a 'trailer.<token>.command' is configured, the command will\n+line, when a `trailer.<token>.command` is configured, the command will\n also be executed for each of these arguments. And the <value> part of\n these arguments, if any, will be used to replace the `$ARG` string in\n the command.\ndiff --git a/Documentation/git-ls-files.txt b/Documentation/git-ls-files.txt\nindex b42f179aef..d27a33eb22 100644\n--- a/Documentation/git-ls-files.txt\n+++ b/Documentation/git-ls-files.txt\n@@ -173,7 +173,7 @@ a space) at the start of each line:\n --eol::\n \tShow <eolinfo> and <eolattr> of files.\n \t<eolinfo> is the file content identification used by Git when\n-\tthe \"text\" attribute is \"auto\" (or not set and core.autocrlf is not false).\n+\tthe \"text\" attribute is \"auto\" (or not set and `core.autocrlf` is not false).\n \t<eolinfo> is either \"-text\", \"none\", \"lf\", \"crlf\", \"mixed\" or \"\".\n +\n \"\" means the file is not a regular file, it is not in the index or\ndiff --git a/Documentation/git-ls-remote.txt b/Documentation/git-ls-remote.txt\nindex af005ece9a..dbe0c69298 100644\n--- a/Documentation/git-ls-remote.txt\n+++ b/Documentation/git-ls-remote.txt\n@@ -53,7 +53,7 @@ OPTIONS\n \n --get-url::\n \tExpand the URL of the given remote repository taking into account any\n-\t\"url.<base>.insteadOf\" config setting (See linkgit:git-config[1]) and\n+\t`url.<base>.insteadOf` config setting (See linkgit:git-config[1]) and\n \texit without talking to the remote.\n \n --symref::\n@@ -66,7 +66,7 @@ OPTIONS\n \tSort based on the key given. Prefix `-` to sort in descending order\n \tof the value. Supports \"version:refname\" or \"v:refname\" (tag names\n \tare treated as versions). The \"version:refname\" sort order can also\n-\tbe affected by the \"versionsort.suffix\" configuration variable.\n+\tbe affected by the `versionsort.suffix` configuration variable.\n \tSee linkgit:git-for-each-ref[1] for more sort options, but be aware\n \tkeys like `committerdate` that require access to the objects\n \tthemselves will not work for refs whose objects have not yet been\ndiff --git a/Documentation/git-mailinfo.txt b/Documentation/git-mailinfo.txt\nindex 5bc2982909..c54feb665b 100644\n--- a/Documentation/git-mailinfo.txt\n+++ b/Documentation/git-mailinfo.txt\n@@ -84,10 +84,10 @@ with comments and suggestions on the message you are responding to, and to\n conclude it with a patch submission, separating the discussion and the\n beginning of the proposed commit log message with a scissors line.\n +\n-This can be enabled by default with the configuration option mailinfo.scissors.\n+This can be enabled by default with the configuration option `mailinfo.scissors`.\n \n --no-scissors::\n-\tIgnore scissors lines. Useful for overriding mailinfo.scissors settings.\n+\tIgnore scissors lines. Useful for overriding `mailinfo.scissors` settings.\n \n <msg>::\n \tThe commit log message extracted from e-mail, usually\ndiff --git a/Documentation/git-mv.txt b/Documentation/git-mv.txt\nindex b3808dcc06..ceb039a697 100644\n--- a/Documentation/git-mv.txt\n+++ b/Documentation/git-mv.txt\n@@ -48,8 +48,8 @@ SUBMODULES\n ----------\n Moving a submodule using a gitfile (which means they were cloned\n with a Git version 1.7.8 or newer) will update the gitfile and\n-core.worktree setting to make the submodule work in the new location.\n-It also will attempt to update the submodule.<name>.path setting in\n+`core.worktree` setting to make the submodule work in the new location.\n+It also will attempt to update the `submodule.<name>.path` setting in\n the linkgit:gitmodules[5] file and stage that file (unless `-n` is used).\n \n BUGS\ndiff --git a/Documentation/git-notes.txt b/Documentation/git-notes.txt\nindex ef04e3a8ff..ac1d191352 100644\n--- a/Documentation/git-notes.txt\n+++ b/Documentation/git-notes.txt\n@@ -44,9 +44,9 @@ using the `--notes` option. Such notes are added as a patch commentary\n after a three dash separator line.\n \n To change which notes are shown by 'git log', see the\n-\"notes.displayRef\" configuration in linkgit:git-log[1].\n+`notes.displayRef` configuration in linkgit:git-log[1].\n \n-See the \"notes.rewrite.<command>\" configuration for a way to carry\n+See the `notes.rewrite.<command>` configuration for a way to carry\n notes across commands that rewrite commits.\n \n \n@@ -161,7 +161,7 @@ OPTIONS\n \n --ref <ref>::\n \tManipulate the notes tree in <ref>.  This overrides\n-\t`GIT_NOTES_REF` and the \"core.notesRef\" configuration.  The ref\n+\t`GIT_NOTES_REF` and the `core.notesRef` configuration.  The ref\n \tspecifies the full refname when it begins with `refs/notes/`; when it\n \tbegins with `notes/`, `refs/` and otherwise `refs/notes/` is prefixed\n \tto form a full name of the ref.\n@@ -185,7 +185,7 @@ OPTIONS\n \tWhen merging notes, resolve notes conflicts using the given\n \tstrategy. The following strategies are recognized: \"manual\"\n \t(default), \"ours\", \"theirs\", \"union\" and \"cat_sort_uniq\".\n-\tThis option overrides the \"notes.mergeStrategy\" configuration setting.\n+\tThis option overrides the `notes.mergeStrategy` configuration setting.\n \tSee the \"NOTES MERGE STRATEGIES\" section below for more\n \tinformation on each notes merge strategy.\n \n@@ -251,7 +251,7 @@ When done, the user can either finalize the merge with\n 'git notes merge --abort'.\n \n Users may select an automated merge strategy from among the following using\n-either `-s`/`--strategy` option or configuring notes.mergeStrategy accordingly:\n+either `-s`/`--strategy` option or configuring `notes.mergeStrategy` accordingly:\n \n \"ours\" automatically resolves conflicting notes in favor of the local\n version (i.e. the current notes ref).\n@@ -327,7 +327,7 @@ This setting can be overridden by passing the `--strategy` option.\n notes.<name>.mergeStrategy::\n \tWhich merge strategy to choose when doing a notes merge into\n \trefs/notes/<name>.  This overrides the more general\n-\t\"notes.mergeStrategy\".  See the \"NOTES MERGE STRATEGIES\" section above\n+\t`notes.mergeStrategy`.  See the \"NOTES MERGE STRATEGIES\" section above\n \tfor more information on each available strategy.\n \n notes.displayRef::\ndiff --git a/Documentation/git-p4.txt b/Documentation/git-p4.txt\nindex ec23ab7d96..326c553083 100644\n--- a/Documentation/git-p4.txt\n+++ b/Documentation/git-p4.txt\n@@ -135,7 +135,7 @@ Submit\n Submitting changes from a Git repository back to the p4 repository\n requires a separate p4 client workspace.  This should be specified\n using the `P4CLIENT` environment variable or the Git configuration\n-variable 'git-p4.client'.  The p4 client must exist, but the client root\n+variable `git-p4.client`.  The p4 client must exist, but the client root\n will be created and populated if it does not already exist.\n \n To submit all changes that are in the current Git branch but not in\n@@ -367,12 +367,12 @@ These options can be used to modify 'git p4 submit' behavior.\n \n --disable-rebase::\n     Disable the automatic rebase after all commits have been successfully\n-    submitted. Can also be set with git-p4.disableRebase.\n+    submitted. Can also be set with `git-p4.disableRebase`.\n \n --disable-p4sync::\n     Disable the automatic sync of p4/master from Perforce after commits have\n     been submitted. Implies `--disable-rebase`. Can also be set with\n-    git-p4.disableP4Sync. Sync with origin/master still goes ahead if possible.\n+    `git-p4.disableP4Sync`. Sync with origin/master still goes ahead if possible.\n \n Hooks for submit\n ----------------\n@@ -490,7 +490,7 @@ paths map through overlays to the same location in the repository,\n dedicating a client spec just for 'git p4'.\n \n The name of the client can be given to 'git p4' in multiple ways.  The\n-variable 'git-p4.client' takes precedence if it exists.  Otherwise,\n+variable `git-p4.client` takes precedence if it exists.  Otherwise,\n normal p4 mechanisms of determining the client are used:  environment\n variable `P4CLIENT`, a file referenced by `P4CONFIG`, or the local host name.\n \n@@ -530,7 +530,7 @@ called 'master', and one for //depot/branch1 called 'depot/branch1'.\n However, it is not necessary to create branches in p4 to be able to use\n them like branches.  Because it is difficult to infer branch\n relationships automatically, a Git configuration setting\n-'git-p4.branchList' can be used to explicitly identify branch\n+`git-p4.branchList` can be used to explicitly identify branch\n relationships.  It is a list of \"source:destination\" pairs, like a\n simple p4 branch specification, where the \"source\" and \"destination\" are\n the path elements in the p4 repository.  The example above relied on the\n@@ -748,7 +748,7 @@ git-p4.disableRebase::\n     Do not rebase the tree against p4/master following a submit.\n \n git-p4.disableP4Sync::\n-    Do not sync p4/master with Perforce following a submit. Implies git-p4.disableRebase.\n+    Do not sync p4/master with Perforce following a submit. Implies `git-p4.disableRebase`.\n \n IMPLEMENTATION DETAILS\n ----------------------\ndiff --git a/Documentation/git-pull.txt b/Documentation/git-pull.txt\nindex d9a5507195..e637686597 100644\n--- a/Documentation/git-pull.txt\n+++ b/Documentation/git-pull.txt\n@@ -212,8 +212,8 @@ $ git pull origin\n ------------------------------------------------\n +\n Normally the branch merged in is the `HEAD` of the remote repository,\n-but the choice is determined by the branch.<name>.remote and\n-branch.<name>.merge options; see linkgit:git-config[1] for details.\n+but the choice is determined by the `branch.<name>.remote` and\n+`branch.<name>.merge` options; see linkgit:git-config[1] for details.\n \n * Merge into the current branch the remote branch `next`:\n +\ndiff --git a/Documentation/git-push.txt b/Documentation/git-push.txt\nindex 91dcaa108c..aa5db3e6e5 100644\n--- a/Documentation/git-push.txt\n+++ b/Documentation/git-push.txt\n@@ -411,7 +411,7 @@ Specifying `--no-force-if-includes` disables this behavior.\n \talso be aborted and exit with non-zero status. If 'only' is used all\n \tsubmodules will be recursively pushed while the superproject is left\n \tunpushed. A value of 'no' or using `--no-recurse-submodules` can be used\n-\tto override the push.recurseSubmodules configuration variable when no\n+\tto override the `push.recurseSubmodules` configuration variable when no\n \tsubmodule recursion is required.\n \n --[no-]verify::\ndiff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\nindex bd9f15ea26..22287372f7 100644\n--- a/Documentation/git-rebase.txt\n+++ b/Documentation/git-rebase.txt\n@@ -21,7 +21,7 @@ If <branch> is specified, 'git rebase' will perform an automatic\n it remains on the current branch.\n \n If <upstream> is not specified, the upstream configured in\n-branch.<name>.remote and branch.<name>.merge options will be used (see\n+`branch.<name>.remote` and `branch.<name>.merge` options will be used (see\n linkgit:git-config[1] for details) and the `--fork-point` option is\n assumed.  If you are currently not on any branch or if the current\n branch does not have a configured upstream, the rebase will abort.\n@@ -404,7 +404,7 @@ See also INCOMPATIBLE OPTIONS below.\n \n --stat::\n \tShow a diffstat of what changed upstream since the last rebase. The\n-\tdiffstat is also controlled by the configuration option rebase.stat.\n+\tdiffstat is also controlled by the configuration option `rebase.stat`.\n \n -n::\n --no-stat::\n@@ -509,7 +509,7 @@ See also INCOMPATIBLE OPTIONS below.\n \tsplit commits (see SPLITTING COMMITS below).\n +\n The commit list format can be changed by setting the configuration option\n-rebase.instructionFormat.  A customized instruction format will automatically\n+`rebase.instructionFormat`.  A customized instruction format will automatically\n have the long commit hash prepended to the format.\n +\n See also INCOMPATIBLE OPTIONS below.\n@@ -721,7 +721,7 @@ order to apply the changes to the right lines.  However, if multiple\n areas of the code have the same surrounding lines of context, the\n wrong one can be picked.  There are real-world cases where this has\n caused commits to be reapplied incorrectly with no conflicts reported.\n-Setting diff.context to a larger value may prevent such types of\n+Setting `diff.context` to a larger value may prevent such types of\n problems, but increases the chance of spurious conflicts (since it\n will require more lines of matching context to apply).\n \n@@ -737,7 +737,7 @@ content came from.  Since the apply backend drops the original\n information about the rebased commits and their parents (and instead\n generates new fake commits based off limited information in the\n generated patches), those commits cannot be identified; instead it has\n-to fall back to a commit summary.  Also, when merge.conflictStyle is\n+to fall back to a commit summary.  Also, when `merge.conflictStyle` is\n set to diff3, the apply backend will use \"constructed merge base\" to\n label the content from the merge base, and thus provide no information\n about the merge base commit whatsoever.\ndiff --git a/Documentation/git-receive-pack.txt b/Documentation/git-receive-pack.txt\nindex 25702ed730..e6136a0938 100644\n--- a/Documentation/git-receive-pack.txt\n+++ b/Documentation/git-receive-pack.txt\n@@ -29,7 +29,7 @@ the send-pack end, it is updating the remote.  Confused?)\n There are other real-world examples of using update and\n post-update hooks found in the Documentation/howto directory.\n \n-'git-receive-pack' honours the receive.denyNonFastForwards config\n+'git-receive-pack' honours the `receive.denyNonFastForwards` config\n option, which tells it if updates to a ref should be denied if they\n are not fast-forwards.\n \ndiff --git a/Documentation/git-remote.txt b/Documentation/git-remote.txt\nindex 31c29c9b31..a28c72a9e4 100644\n--- a/Documentation/git-remote.txt\n+++ b/Documentation/git-remote.txt\n@@ -188,8 +188,8 @@ actually prune them.\n \n Fetch updates for remotes or remote groups in the repository as defined by\n `remotes.<group>`. If neither group nor remote is specified on the command line,\n-the configuration parameter remotes.default will be used; if\n-remotes.default is not defined, all remotes which do not have the\n+the configuration parameter `remotes.default` will be used; if\n+`remotes.default` is not defined, all remotes which do not have the\n configuration parameter `remote.<name>.skipDefaultUpdate` set to true will\n be updated.  (See linkgit:git-config[1]).\n +\ndiff --git a/Documentation/git-rerere.txt b/Documentation/git-rerere.txt\nindex c5c6be5202..25990dc40b 100644\n--- a/Documentation/git-rerere.txt\n+++ b/Documentation/git-rerere.txt\n@@ -181,7 +181,7 @@ records the hand resolve when it is a new conflict, or reuses the earlier hand\n resolve when it is not.  'git commit' also invokes 'git rerere'\n when committing a merge result.  What this means is that you do\n not have to do anything special yourself (besides enabling\n-the rerere.enabled config variable).\n+the `rerere.enabled` config variable).\n \n In our example, when you do the test merge, the manual\n resolution is recorded, and it will be reused when you do the\ndiff --git a/Documentation/git-rev-parse.txt b/Documentation/git-rev-parse.txt\nindex 7c3c0e0007..5f6224847e 100644\n--- a/Documentation/git-rev-parse.txt\n+++ b/Documentation/git-rev-parse.txt\n@@ -143,7 +143,7 @@ for another option.\n \n --abbrev-ref[=(strict|loose)]::\n \tA non-ambiguous short name of the objects name.\n-\tThe option core.warnAmbiguousRefs is used to select the strict\n+\tThe option `core.warnAmbiguousRefs` is used to select the strict\n \tabbreviation mode.\n \n --symbolic::\ndiff --git a/Documentation/git-rm.txt b/Documentation/git-rm.txt\nindex ea1f349a87..56d9b0627f 100644\n--- a/Documentation/git-rm.txt\n+++ b/Documentation/git-rm.txt\n@@ -149,7 +149,7 @@ tree, as their repository lives inside the .git directory of the\n superproject. If a submodule (or one of those nested inside it)\n still uses a .git directory, `git rm` will move the submodules\n git directory into the superprojects git directory to protect\n-the submodule's history. If it exists the submodule.<name> section\n+the submodule's history. If it exists the `submodule.<name>` section\n in the linkgit:gitmodules[5] file will also be removed and that file\n will be staged (unless `--cached` or `-n` are used).\n \ndiff --git a/Documentation/git-send-email.txt b/Documentation/git-send-email.txt\nindex afd41a010e..9d9ef3d945 100644\n--- a/Documentation/git-send-email.txt\n+++ b/Documentation/git-send-email.txt\n@@ -128,14 +128,14 @@ This option may be specified multiple times.\n \tWhen encountering a non-ASCII message or subject that does not\n \tdeclare its encoding, add headers/quoting to indicate it is\n \tencoded in <encoding>.  Default is the value of the\n-\t'sendemail.assume8bitEncoding'; if that is unspecified, this\n+\t`sendemail.assume8bitEncoding`; if that is unspecified, this\n \twill be prompted for if any non-ASCII files are encountered.\n +\n Note that no attempts whatsoever are made to validate the encoding.\n \n --compose-encoding=<encoding>::\n \tSpecify encoding of compose message. Default is the value of the\n-\t'sendemail.composeencoding'; if that is unspecified, UTF-8 is assumed.\n+\t`sendemail.composeencoding`; if that is unspecified, UTF-8 is assumed.\n \n --transfer-encoding=(7bit|8bit|quoted-printable|base64|auto)::\n \tSpecify the transfer encoding to be used to send the message over SMTP.\n@@ -189,7 +189,7 @@ $ git send-email --smtp-auth=\"PLAIN LOGIN GSSAPI\" ...\n +\n If at least one of the specified mechanisms matches the ones advertised by the\n SMTP server and if it is supported by the utilized SASL library, the mechanism\n-is used for authentication. If neither 'sendemail.smtpAuth' nor `--smtp-auth`\n+is used for authentication. If neither `sendemail.smtpAuth` nor `--smtp-auth`\n is specified, all mechanisms supported by the SASL library can be used. The\n special value 'none' maybe specified to completely disable authentication\n independently of `--smtp-user`\n@@ -290,7 +290,7 @@ Automating\n \tSpecify a command to execute once per patch file which\n \tshould generate patch file specific \"To:\" entries.\n \tOutput of this command must be single email address per line.\n-\tDefault is the value of 'sendemail.tocmd' configuration value.\n+\tDefault is the value of `sendemail.tocmd` configuration value.\n \n --cc-cmd=<command>::\n \tSpecify a command to execute once per patch file which\n@@ -308,8 +308,8 @@ Automating\n \n --identity=<identity>::\n \tA configuration identity. When given, causes values in the\n-\t'sendemail.<identity>' subsection to take precedence over\n-\tvalues in the 'sendemail' section. The default identity is\n+\t`sendemail.<identity>` subsection to take precedence over\n+\tvalues in the `sendemail` section. The default identity is\n \tthe value of `sendemail.identity`.\n \n --[no-]signed-off-by-cc::\n@@ -320,13 +320,13 @@ Automating\n --[no-]cc-cover::\n \tIf this is set, emails found in Cc: headers in the first patch of\n \tthe series (typically the cover letter) are added to the cc list\n-\tfor each email set. Default is the value of 'sendemail.cccover'\n+\tfor each email set. Default is the value of `sendemail.cccover`\n \tconfiguration value; if that is unspecified, default to `--no-cc-cover`.\n \n --[no-]to-cover::\n \tIf this is set, emails found in To: headers in the first patch of\n \tthe series (typically the cover letter) are added to the to list\n-\tfor each email set. Default is the value of 'sendemail.tocover'\n+\tfor each email set. Default is the value of `sendemail.tocover`\n \tconfiguration value; if that is unspecified, default to `--no-to-cover`.\n \n --suppress-cc=<category>::\n@@ -437,7 +437,7 @@ Information\n \tInstead of the normal operation, dump the shorthand alias names from\n \tthe configured alias file(s), one per line in alphabetical order. Note,\n \tthis only includes the alias name and not its expanded email addresses.\n-\tSee 'sendemail.aliasesfile' for more information about aliases.\n+\tSee `sendemail.aliasesfile` for more information about aliases.\n \n \n CONFIGURATION\n@@ -448,7 +448,7 @@ sendemail.aliasesFile::\n \temail aliases files.  You must also supply `sendemail.aliasFileType`.\n \n sendemail.aliasFileType::\n-\tFormat of the file(s) specified in sendemail.aliasesFile. Must be\n+\tFormat of the file(s) specified in `sendemail.aliasesFile`. Must be\n \tone of 'mutt', 'mailrc', 'pine', 'elm', or 'gnus', or 'sendmail'.\n +\n What an alias file in each format looks like can be found in\ndiff --git a/Documentation/git-status.txt b/Documentation/git-status.txt\nindex 4b1951c5ce..0c9b68e981 100644\n--- a/Documentation/git-status.txt\n+++ b/Documentation/git-status.txt\n@@ -80,7 +80,7 @@ Consider enabling untracked cache and split index if supported (see\n --split-index`), Otherwise you can use `no` to have `git status`\n return more quickly without showing untracked files.\n \n-The default can be changed using the status.showUntrackedFiles\n+The default can be changed using the `status.showUntrackedFiles`\n configuration variable documented in linkgit:git-config[1].\n --\n \n@@ -163,7 +163,7 @@ at any time.\n The paths mentioned in the output, unlike many other Git commands, are\n made relative to the current directory if you are working in a\n subdirectory (this is on purpose, to help cutting and pasting). See\n-the status.relativePaths config option below.\n+the `status.relativePaths` config option below.\n \n Short Format\n ~~~~~~~~~~~~\n@@ -265,10 +265,10 @@ based on user configuration. This makes it ideal for parsing by scripts.\n The description of the short format above also describes the porcelain\n format, with a few exceptions:\n \n-1. The user's color.status configuration is not respected; color will\n+1. The user's `color.status` configuration is not respected; color will\n    always be off.\n \n-2. The user's status.relativePaths configuration is not respected; paths\n+2. The user's `status.relativePaths` configuration is not respected; paths\n    shown will always be relative to the repository root.\n \n There is also an alternate `-z` format recommended for machine parsing. In\ndiff --git a/Documentation/git-submodule.txt b/Documentation/git-submodule.txt\nindex 891c9e48e5..e68d91a406 100644\n--- a/Documentation/git-submodule.txt\n+++ b/Documentation/git-submodule.txt\n@@ -101,7 +101,7 @@ init [--] [<path>...]::\n \trepository will be assumed to be upstream.\n +\n Optional <path> arguments limit which submodules will be initialized.\n-If no path is specified and submodule.active has been configured, submodules\n+If no path is specified and `submodule.active` has been configured, submodules\n configured to be active will be initialized, otherwise all submodules are\n initialized.\n +\n@@ -182,7 +182,7 @@ set-branch (-b|--branch) <branch> [--] <path>::\n set-branch (-d|--default) [--] <path>::\n \tSets the default remote tracking branch for the submodule. The\n \t`--branch` option allows the remote branch to be specified. The\n-\t`--default` option removes the submodule.<name>.branch configuration\n+\t`--default` option removes the `submodule.<name>.branch` configuration\n \tkey, which causes the tracking branch to default to the remote `HEAD`.\n \n set-url [--] <path> <newurl>::\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex f316b7dfc4..91495cfa01 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -1,4 +1,4 @@\n-git-svn(1)\n+g-it-svn(1)\n ==========\n \n NAME\n@@ -57,7 +57,7 @@ COMMANDS\n \tas well, they take precedence.\n --no-metadata;;\n \tSet the 'noMetadata' option in the [svn-remote] config.\n-\tThis option is not recommended, please read the 'svn.noMetadata'\n+\tThis option is not recommended, please read the `svn.noMetadata`\n \tsection of this manpage before using this option.\n --use-svm-props;;\n \tSet the 'useSvmProps' option in the [svn-remote] config.\n@@ -149,7 +149,7 @@ the same local time zone.\n \tcan be used to allow only certain refs.\n +\n [verse]\n-config key: svn-remote.<name>.ignore-refs\n+config key: `svn-remote.<name>.ignore-refs`\n +\n If the ignore-refs configuration key is set, and the command-line\n option is also given, both regular expressions will be used.\n@@ -162,7 +162,7 @@ option is also given, both regular expressions will be used.\n \t'rebase', etc) on a given repository.\n +\n [verse]\n-config key: svn-remote.<name>.ignore-paths\n+config key: `svn-remote.<name>.ignore-paths`\n +\n If the ignore-paths configuration key is set, and the command-line\n option is also given, both regular expressions will be used.\n@@ -192,7 +192,7 @@ Skip \"branches\" and \"tags\" of first level directories;;\n \tprecedence over `--include-paths`.\n +\n [verse]\n-config key: svn-remote.<name>.include-paths\n+config key: `svn-remote.<name>.include-paths`\n \n --log-window-size=<n>;;\n \tFetch <n> log entries per request when scanning Subversion history.\n@@ -268,12 +268,12 @@ Use of 'dcommit' is preferred to 'set-tree' (below).\n \tmethod (e.g. `svn+ssh://` or `https://`) for commit.\n +\n [verse]\n-config key: svn-remote.<name>.commiturl\n-config key: svn.commiturl (overwrites all svn-remote.<name>.commiturl options)\n+config key: `svn-remote.<name>.commiturl`\n+config key: `svn.commiturl` (overwrites all `svn-remote.<name>.commiturl` options)\n +\n Note that the SVN URL of the commiturl config key includes the SVN branch.\n If you rather want to set the commit URL for an entire SVN repository use\n-svn-remote.<name>.pushurl instead.\n+`svn-remote.<name>.pushurl` instead.\n +\n Using this option for any other purpose (don't ask) is very strongly\n discouraged.\n@@ -287,7 +287,7 @@ discouraged.\n \t(`--mergeinfo=\"/branches/foo:1-10 /branches/bar:3,5-6,8\"`)\n +\n [verse]\n-config key: svn.pushmergeinfo\n+config key: `svn.pushmergeinfo`\n +\n This option will cause git-svn to attempt to automatically populate the\n svn:mergeinfo property in the SVN repository when possible. Currently, this can\n@@ -447,7 +447,7 @@ Any other arguments are passed directly to 'git log'\n \tEmpty directories are automatically recreated when using\n \t\"git svn clone\" and \"git svn rebase\", so \"mkdirs\" is intended\n \tfor use after commands like \"git checkout\" or \"git reset\".\n-\t(See the svn-remote.<name>.automkdirs config file option for\n+\t(See the `svn-remote.<name>.automkdirs` config file option for\n \tmore information.)\n \n 'commit-diff'::\n@@ -609,7 +609,7 @@ cannot version empty directories.  Enabling this flag will make\n the commit to SVN act like Git.\n +\n [verse]\n-config key: svn.rmdir\n+config key: `svn.rmdir`\n \n -e::\n --edit::\n@@ -620,7 +620,7 @@ default for objects that are commits, and forced on when committing\n tree objects.\n +\n [verse]\n-config key: svn.edit\n+config key: `svn.edit`\n \n -l<num>::\n --find-copies-harder::\n@@ -630,8 +630,8 @@ They are both passed directly to 'git diff-tree'; see\n linkgit:git-diff-tree[1] for more information.\n +\n [verse]\n-config key: svn.l\n-config key: svn.findcopiesharder\n+config key: `svn.l`\n+config key: `svn.findcopiesharder`\n \n -A<filename>::\n --authors-file=<filename>::\n@@ -649,7 +649,7 @@ appropriate entry.  Re-running the previous 'git svn' command\n after the authors-file is modified should continue operation.\n +\n [verse]\n-config key: svn.authorsfile\n+config key: `svn.authorsfile`\n \n --authors-prog=<filename>::\n \tIf this option is specified, for each SVN committer name that\n@@ -665,7 +665,7 @@ to the root of the working tree for 'fetch'. If 'filename' is\n not found, it is searched like any other command in '$PATH'.\n +\n [verse]\n-config key: svn.authorsProg\n+config key: `svn.authorsProg`\n \n -q::\n --quiet::\n@@ -705,7 +705,7 @@ creating the branch or tag.\n \tin the log message and use that as the author string.\n +\n [verse]\n-config key: svn.useLogAuthor\n+config key: `svn.useLogAuthor`\n \n --add-author-from::\n \tWhen committing to svn from Git (as part of 'set-tree' or 'dcommit'\n@@ -715,7 +715,7 @@ config key: svn.useLogAuthor\n \twill retrieve a valid author string for all commits.\n +\n [verse]\n-config key: svn.addAuthorFrom\n+config key: `svn.addAuthorFrom`\n \n ADVANCED OPTIONS\n ----------------\n@@ -750,7 +750,7 @@ ADVANCED OPTIONS\n \t`--no-follow-parent` to disable it.\n +\n [verse]\n-config key: svn.followparent\n+config key: `svn.followparent`\n \n CONFIG FILE-ONLY OPTIONS\n ------------------------\n@@ -774,7 +774,7 @@ reports, and archives.  If you plan to eventually migrate from SVN to\n Git and are certain about dropping SVN history, consider\n https://github.com/newren/git-filter-repo[git-filter-repo] instead.\n filter-repo also allows reformatting of metadata for ease-of-reading\n-and rewriting authorship info for non-\"svn.authorsFile\" users.\n+and rewriting authorship info for non-`svn.authorsFile` users.\n \n svn.useSvmProps::\n svn-remote.<name>.useSvmProps::\n@@ -1159,7 +1159,7 @@ $GIT_DIR/svn/\\**/.rev_map.*::\n \tMapping between Subversion revision numbers and Git commit\n \tnames.  In a repository where the noMetadata option is not set,\n \tthis can be rebuilt from the git-svn-id: lines that are at the\n-\tend of every commit (see the 'svn.noMetadata' section above for\n+\tend of every commit (see the `svn.noMetadata` section above for\n \tdetails).\n +\n 'git svn fetch' and 'git svn rebase' automatically update the rev_map\ndiff --git a/Documentation/git-update-index.txt b/Documentation/git-update-index.txt\nindex 936b64045e..4eae32e711 100644\n--- a/Documentation/git-update-index.txt\n+++ b/Documentation/git-update-index.txt\n@@ -422,12 +422,12 @@ all index entries and stays unchanged.\n \n All changes in the split index are pushed back to the shared index\n file when the number of entries in the split index reaches a level\n-specified by the splitIndex.maxPercentChange config variable (see\n+specified by the `splitIndex.maxPercentChange` config variable (see\n linkgit:git-config[1]).\n \n Each time a new shared index file is created, the old shared index\n files are deleted if their modification time is older than what is\n-specified by the splitIndex.sharedIndexExpire config variable (see\n+specified by the `splitIndex.sharedIndexExpire` config variable (see\n linkgit:git-config[1]).\n \n To avoid deleting a shared index file that is still used, its\ndiff --git a/Documentation/git-update-ref.txt b/Documentation/git-update-ref.txt\nindex be48daa825..f8aeea4cb4 100644\n--- a/Documentation/git-update-ref.txt\n+++ b/Documentation/git-update-ref.txt\n@@ -149,7 +149,7 @@ still see a subset of the modifications.\n \n LOGGING UPDATES\n ---------------\n-If config parameter \"core.logAllRefUpdates\" is true and the ref is one\n+If config parameter `core.logAllRefUpdates` is true and the ref is one\n under \"refs/heads/\", \"refs/remotes/\", \"refs/notes/\", or a pseudoref\n like `HEAD` or `ORIG_HEAD`; or the file \"$GIT_DIR/logs/<ref>\" exists then\n `git update-ref` will append a line to the log file\ndiff --git a/Documentation/git-web--browse.txt b/Documentation/git-web--browse.txt\nindex d53b2570df..6fbe8d5583 100644\n--- a/Documentation/git-web--browse.txt\n+++ b/Documentation/git-web--browse.txt\n@@ -71,7 +71,7 @@ browser.<tool>.path\n You can explicitly provide a full path to your preferred browser by\n setting the configuration variable `browser.<tool>.path`. For example,\n you can configure the absolute path to firefox by setting\n-'browser.firefox.path'. Otherwise, 'git web{litdd}browse' assumes the tool\n+`browser.firefox.path`. Otherwise, 'git web{litdd}browse' assumes the tool\n is available in PATH.\n \n browser.<tool>.cmd\n@@ -91,7 +91,7 @@ When 'konqueror' is specified by a command-line option or a\n configuration variable, we launch 'kfmclient' to try to open the HTML\n man page on an already opened konqueror in a new tab if possible.\n \n-For consistency, we also try such a trick if 'browser.konqueror.path' is\n+For consistency, we also try such a trick if `browser.konqueror.path` is\n set to something like `A_PATH_TO/konqueror`. That means we will try to\n launch `A_PATH_TO/kfmclient` instead.\n \ndiff --git a/Documentation/git.txt b/Documentation/git.txt\nindex dcc52adff6..6aafa3a15c 100644\n--- a/Documentation/git.txt\n+++ b/Documentation/git.txt\n@@ -154,8 +154,8 @@ If you just want to run git as if it was started in `<path>` then use\n \tSet the path to the working tree. It can be an absolute path\n \tor a path relative to the current working directory.\n \tThis can also be controlled by setting the GIT_WORK_TREE\n-\tenvironment variable and the core.worktree configuration\n-\tvariable (see core.worktree in linkgit:git-config[1] for a\n+\tenvironment variable and the `core.worktree` configuration\n+\tvariable (see `core.worktree` in linkgit:git-config[1] for a\n \tmore detailed discussion).\n \n --namespace=<path>::\n@@ -210,7 +210,7 @@ If you just want to run git as if it was started in `<path>` then use\n \tothers (all other commands in `$PATH` that have git- prefix),\n \tlist-<category> (see categories in command-list.txt),\n \tnohelpers (exclude helper commands), alias and config\n-\t(retrieve command list from config variable completion.commands)\n+\t(retrieve command list from config variable `completion.commands`)\n \n GIT COMMANDS\n ------------\n@@ -482,7 +482,7 @@ double-quotes and respecting backslash escapes. E.g., the value\n `GIT_WORK_TREE`::\n \tSet the path to the root of the working tree.\n \tThis can also be controlled by the `--work-tree` command-line\n-\toption and the core.worktree configuration variable.\n+\toption and the `core.worktree` configuration variable.\n \n `GIT_NAMESPACE`::\n \tSet the Git namespace; see linkgit:gitnamespaces[7] for details.\n@@ -609,7 +609,7 @@ other\n ~~~~~\n `GIT_MERGE_VERBOSITY`::\n \tA number controlling the amount of output shown by\n-\tthe recursive merge strategy.  Overrides merge.verbosity.\n+\tthe recursive merge strategy.  Overrides `merge.verbosity`.\n \tSee linkgit:git-merge[1]\n \n `GIT_PAGER`::\ndiff --git a/Documentation/gitattributes.txt b/Documentation/gitattributes.txt\nindex 0a60472bb5..f77d8487bd 100644\n--- a/Documentation/gitattributes.txt\n+++ b/Documentation/gitattributes.txt\n@@ -199,7 +199,7 @@ convert them to CRLF when files are checked out.\n \n If you simply want to have CRLF line endings in your working directory\n regardless of the repository you are working with, you can set the\n-config variable \"core.autocrlf\" without using any attributes.\n+config variable `core.autocrlf` without using any attributes.\n \n ------------------------\n [core]\n@@ -424,7 +424,7 @@ filter driver definition in the config, or a filter driver that exits with\n a non-zero status, is not an error but makes the filter a no-op passthru.\n \n You can declare that a filter turns a content that by itself is unusable\n-into a usable content by setting the filter.<driver>.required configuration\n+into a usable content by setting the `filter.<driver>.required` configuration\n variable to `true`.\n \n Note: Whenever the clean filter is changed, the repo should be renormalized:\n@@ -437,7 +437,7 @@ attribute for paths.\n *.c\tfilter=indent\n ------------------------\n \n-Then you would define a \"filter.indent.clean\" and \"filter.indent.smudge\"\n+Then you would define a `filter.indent.clean` and `filter.indent.smudge`\n configuration in your .git/config to specify a pair of commands to\n modify the contents of C programs when the source files are checked\n in (\"clean\" is run) and checked out (no change is made because the\n@@ -723,7 +723,7 @@ Unspecified::\n \n \tA path to which the `diff` attribute is unspecified\n \tfirst gets its contents inspected, and if it looks like\n-\ttext and is smaller than core.bigFileThreshold, it is treated\n+\ttext and is smaller than `core.bigFileThreshold`, it is treated\n \tas text. Otherwise it would generate `Binary files differ`.\n \n String::\n@@ -778,7 +778,7 @@ for paths.\n *.tex\tdiff=tex\n ------------------------\n \n-Then, you would define a \"diff.tex.xfuncname\" configuration to\n+Then, you would define a `diff.tex.xfuncname` configuration to\n specify a regular expression that matches a line that you would\n want to appear as the hunk header \"TEXT\". Add a section to your\n `$GIT_DIR/config` file (or `$HOME/.gitconfig` file) like this:\ndiff --git a/Documentation/gitcore-tutorial.txt b/Documentation/gitcore-tutorial.txt\nindex 77573c813c..d1d81cbe15 100644\n--- a/Documentation/gitcore-tutorial.txt\n+++ b/Documentation/gitcore-tutorial.txt\n@@ -1479,7 +1479,7 @@ on that project and has an own \"public repository\" goes like this:\n \n 1. Prepare your work repository, by running 'git clone' on the public\n    repository of the \"project lead\". The URL used for the\n-   initial cloning is stored in the remote.origin.url\n+   initial cloning is stored in the `remote.origin.url`\n    configuration variable.\n \n 2. Prepare a public repository accessible to others, just like\n@@ -1520,7 +1520,7 @@ like this:\n 1. Prepare your work repository, by 'git clone' the public\n    repository of the \"project lead\" (or a \"subsystem\n    maintainer\", if you work on a subsystem). The URL used for\n-   the initial cloning is stored in the remote.origin.url\n+   the initial cloning is stored in the `remote.origin.url`\n    configuration variable.\n \n 2. Do your work in your repository on `master` branch.\ndiff --git a/Documentation/gitcredentials.txt b/Documentation/gitcredentials.txt\nindex 758bf39ba3..dffbdfbd0b 100644\n--- a/Documentation/gitcredentials.txt\n+++ b/Documentation/gitcredentials.txt\n@@ -80,7 +80,7 @@ You may also have third-party helpers installed; search for\n `credential-*` in the output of `git help -a`, and consult the\n documentation of individual helpers.  Once you have selected a helper,\n you can tell Git to use it by putting its name into the\n-credential.helper variable.\n+`credential.helper` variable.\n \n 1. Find a helper.\n +\ndiff --git a/Documentation/glossary-content.txt b/Documentation/glossary-content.txt\nindex 88ee109fdf..5d719b4140 100644\n--- a/Documentation/glossary-content.txt\n+++ b/Documentation/glossary-content.txt\n@@ -662,7 +662,7 @@ The most notable example is `HEAD`.\n [[def_upstream_branch]]upstream branch::\n \tThe default <<def_branch,branch>> that is merged into the branch in\n \tquestion (or the branch in question is rebased onto). It is configured\n-\tvia branch.<name>.remote and branch.<name>.merge. If the upstream branch\n+\tvia `branch.<name>.remote` and `branch.<name>.merge`. If the upstream branch\n \tof 'A' is 'origin/B' sometimes we say \"'A' is tracking 'origin/B'\".\n \n [[def_working_tree]]working tree::\ndiff --git a/Documentation/pull-fetch-param.txt b/Documentation/pull-fetch-param.txt\nindex 95a7390b2c..bbf418e48c 100644\n--- a/Documentation/pull-fetch-param.txt\n+++ b/Documentation/pull-fetch-param.txt\n@@ -7,7 +7,7 @@\n ifndef::git-pull[]\n <group>::\n \tA name referring to a list of repositories as the value\n-\tof remotes.<group> in the configuration file.\n+\tof `remotes.<group>` in the configuration file.\n \t(See linkgit:git-config[1]).\n endif::git-pull[]\n \ndiff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt\nindex 62ddf41e75..82b20b80df 100644\n--- a/Documentation/user-manual.txt\n+++ b/Documentation/user-manual.txt\n@@ -1949,7 +1949,7 @@ Note that the target of a `push` is normally a\n <<def_bare_repository,bare>> repository.  You can also push to a\n repository that has a checked-out working tree, but a push to update the\n currently checked-out branch is denied by default to prevent confusion.\n-See the description of the receive.denyCurrentBranch option\n+See the description of the `receive.denyCurrentBranch` option\n in linkgit:git-config[1] for details.\n \n As with `git fetch`, you may also set up configuration options to\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421332","messageId":"20210409040301.3260358-3-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 02/13] doc: typeset branches and remotes in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:50Z","receivedAt":"2021-04-09T04:05:50Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap branch and remote names with backticks as indicated in the\nCodingGuidelines.\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/diff-options.txt         |  2 +-\n Documentation/git-add.txt              | 10 +--\n Documentation/git-am.txt               |  4 +-\n Documentation/git-archimport.txt       |  2 +-\n Documentation/git-bisect-lk2009.txt    | 10 +--\n Documentation/git-bisect.txt           |  6 +-\n Documentation/git-branch.txt           | 22 +++---\n Documentation/git-bundle.txt           |  6 +-\n Documentation/git-check-ref-format.txt |  2 +-\n Documentation/git-checkout.txt         |  2 +-\n Documentation/git-cherry-pick.txt      | 22 +++---\n Documentation/git-cherry.txt           |  4 +-\n Documentation/git-clone.txt            | 16 ++---\n Documentation/git-commit-tree.txt      |  2 +-\n Documentation/git-commit.txt           |  6 +-\n Documentation/git-config.txt           |  2 +-\n Documentation/git-cvsimport.txt        |  8 +--\n Documentation/git-cvsserver.txt        |  2 +-\n Documentation/git-describe.txt         |  6 +-\n Documentation/git-diff-index.txt       |  6 +-\n Documentation/git-diff.txt             | 20 +++---\n Documentation/git-fast-export.txt      | 16 ++---\n Documentation/git-fetch-pack.txt       |  2 +-\n Documentation/git-fetch.txt            |  4 +-\n Documentation/git-filter-branch.txt    |  2 +-\n Documentation/git-fmt-merge-msg.txt    |  4 +-\n Documentation/git-for-each-ref.txt     | 12 ++--\n Documentation/git-format-patch.txt     |  4 +-\n Documentation/git-http-push.txt        |  6 +-\n Documentation/git-log.txt              |  8 +--\n Documentation/git-ls-remote.txt        |  2 +-\n Documentation/git-merge.txt            |  2 +-\n Documentation/git-notes.txt            | 12 ++--\n Documentation/git-p4.txt               |  4 +-\n Documentation/git-pull.txt             |  4 +-\n Documentation/git-push.txt             |  8 +--\n Documentation/git-read-tree.txt        |  4 +-\n Documentation/git-rebase.txt           | 92 +++++++++++++-------------\n Documentation/git-reflog.txt           |  4 +-\n Documentation/git-request-pull.txt     |  2 +-\n Documentation/git-rerere.txt           | 34 +++++-----\n Documentation/git-reset.txt            |  6 +-\n Documentation/git-rev-parse.txt        |  4 +-\n Documentation/git-revert.txt           |  8 +--\n Documentation/git-rm.txt               |  2 +-\n Documentation/git-show-ref.txt         |  2 +-\n Documentation/git-show.txt             |  2 +-\n Documentation/git-stash.txt            |  8 +--\n Documentation/git-status.txt           | 12 ++--\n Documentation/git-submodule.txt        | 28 ++++----\n Documentation/git-svn.txt              | 20 +++---\n Documentation/git-switch.txt           | 10 +--\n Documentation/git-symbolic-ref.txt     |  2 +-\n Documentation/git-tag.txt              |  2 +-\n Documentation/git-update-ref.txt       |  4 +-\n Documentation/git-worktree.txt         |  2 +-\n Documentation/git.txt                  |  4 +-\n Documentation/gitcli.txt               |  2 +-\n Documentation/gitcore-tutorial.txt     | 36 +++++-----\n Documentation/giteveryday.txt          | 16 ++---\n Documentation/githooks.txt             |  8 +--\n Documentation/gitk.txt                 |  2 +-\n Documentation/gitnamespaces.txt        |  2 +-\n Documentation/gitremote-helpers.txt    |  6 +-\n Documentation/gitrepository-layout.txt |  4 +-\n Documentation/gittutorial-2.txt        |  2 +-\n Documentation/gittutorial.txt          | 44 ++++++------\n Documentation/gitweb.txt               |  4 +-\n Documentation/gitworkflows.txt         | 70 ++++++++++----------\n Documentation/glossary-content.txt     | 12 ++--\n Documentation/rev-list-options.txt     |  2 +-\n Documentation/revisions.txt            | 52 +++++++--------\n Documentation/user-manual.txt          | 78 +++++++++++-----------\n 73 files changed, 421 insertions(+), 421 deletions(-)\n\ndiff --git a/Documentation/diff-options.txt b/Documentation/diff-options.txt\nindex 13e0753862..e4ac746428 100644\n--- a/Documentation/diff-options.txt\n+++ b/Documentation/diff-options.txt\n@@ -803,7 +803,7 @@ endif::git-format-patch[]\n \tIgnore changes to submodules in the diff generation. <when> can be\n \teither \"none\", \"untracked\", \"dirty\" or \"all\", which is the default.\n \tUsing \"none\" will consider the submodule modified when it either contains\n-\tuntracked or modified files or its HEAD differs from the commit recorded\n+\tuntracked or modified files or its `HEAD` differs from the commit recorded\n \tin the superproject and can be used to override any settings of the\n \t'ignore' option in linkgit:git-config[1] or linkgit:gitmodules[5]. When\n \t\"untracked\" is used submodules are not considered dirty when they only\ndiff --git a/Documentation/git-add.txt b/Documentation/git-add.txt\nindex 6a7cb07a8a..8ec99c5c12 100644\n--- a/Documentation/git-add.txt\n+++ b/Documentation/git-add.txt\n@@ -256,7 +256,7 @@ The main command loop has 6 subcommands (plus help and quit).\n \n status::\n \n-   This shows the change between HEAD and index (i.e. what will be\n+   This shows the change between `HEAD` and index (i.e. what will be\n    committed if you say `git commit`), and between index and\n    working tree files (i.e. what you could stage further before\n    `git commit` using `git add`) for each path.  A sample output\n@@ -268,7 +268,7 @@ status::\n      2:     +403/-35        +1/-1 git-add--interactive.perl\n ------------\n +\n-It shows that foo.png has differences from HEAD (but that is\n+It shows that foo.png has differences from `HEAD` (but that is\n binary so line count cannot be shown) and there is no\n difference between indexed copy and the working tree\n version (if the working tree version were also different,\n@@ -311,7 +311,7 @@ revert::\n \n   This has a very similar UI to 'update', and the staged\n   information for selected paths are reverted to that of the\n-  HEAD version.  Reverting new paths makes them untracked.\n+  `HEAD` version.  Reverting new paths makes them untracked.\n \n add untracked::\n \n@@ -350,7 +350,7 @@ variable `interactive.singleKey` to `true`.\n diff::\n \n   This lets you review what will be committed (i.e. between\n-  HEAD and index).\n+  `HEAD` and index).\n \n \n EDITING PATCHES\n@@ -389,7 +389,7 @@ There are also more complex operations that can be performed. But beware\n that because the patch is applied only to the index and not the working\n tree, the working tree will appear to \"undo\" the change in the index.\n For example, introducing a new line into the index that is in neither\n-the HEAD nor the working tree will stage the new line for commit, but\n+the `HEAD` nor the working tree will stage the new line for commit, but\n the line will appear to be reverted in the working tree.\n \n Avoid using these constructs, or do so with extreme caution.\ndiff --git a/Documentation/git-am.txt b/Documentation/git-am.txt\nindex decd8ae122..cd56054be0 100644\n--- a/Documentation/git-am.txt\n+++ b/Documentation/git-am.txt\n@@ -176,7 +176,7 @@ default.   You can use `--no-utf8` to override this.\n \tRestore the original branch and abort the patching operation.\n \n --quit::\n-\tAbort the patching operation but keep HEAD and the index\n+\tAbort the patching operation but keep `HEAD` and the index\n \tuntouched.\n \n --show-current-patch[=(diff|raw)]::\n@@ -229,7 +229,7 @@ operation is finished, so if you decide to start over from scratch,\n run `git am --abort` before running the command with mailbox\n names.\n \n-Before any patches are applied, ORIG_HEAD is set to the tip of the\n+Before any patches are applied, `ORIG_HEAD` is set to the tip of the\n current branch.  This is useful if you have problems with multiple\n commits, like running 'git am' on the wrong branch or an error in the\n commits that is more easily fixed by changing the mailbox (e.g.\ndiff --git a/Documentation/git-archimport.txt b/Documentation/git-archimport.txt\nindex b477e3c495..6e2dec5ef1 100644\n--- a/Documentation/git-archimport.txt\n+++ b/Documentation/git-archimport.txt\n@@ -45,7 +45,7 @@ archives that it imports, it is also possible to specify Git branch names\n manually.  To do so, write a Git branch name after each <archive/branch>\n parameter, separated by a colon.  This way, you can shorten the Arch\n branch names and convert Arch jargon to Git jargon, for example mapping a\n-\"PROJECT{litdd}devo{litdd}VERSION\" branch to \"master\".\n+\"PROJECT{litdd}devo{litdd}VERSION\" branch to `master`.\n \n Associating multiple Arch branches to one Git branch is possible; the\n result will make the most sense only if no commits are made to the first\ndiff --git a/Documentation/git-bisect-lk2009.txt b/Documentation/git-bisect-lk2009.txt\nindex f3d9566c89..1276424d65 100644\n--- a/Documentation/git-bisect-lk2009.txt\n+++ b/Documentation/git-bisect-lk2009.txt\n@@ -767,8 +767,8 @@ They cannot be on a branch that has no link with the branch of the\n bad commit and yet not be neither one of its ancestor nor one of its\n descendants.\n \n-For example, there can be a \"main\" branch, and a \"dev\" branch that was\n-forked of the main branch at a commit named \"D\" like this:\n+For example, there can be a `main` branch, and a `dev` branch that was\n+forked of the `main` branch at a commit named \"D\" like this:\n \n -------------\n A-B-C-D-E-F-G  <--main\n@@ -776,7 +776,7 @@ A-B-C-D-E-F-G  <--main\n         H-I-J  <--dev\n -------------\n \n-The commit \"D\" is called a \"merge base\" for branch \"main\" and \"dev\"\n+The commit \"D\" is called a \"merge base\" for branch `main` and `dev`\n because it's the best common ancestor for these branches for a merge.\n \n Now let's suppose that commit J is bad and commit G is good and that\n@@ -794,7 +794,7 @@ H-I-J\n -------------\n \n But what happens if the first bad commit is \"B\" and if it has been\n-fixed in the \"main\" branch by commit \"F\"?\n+fixed in the `main` branch by commit \"F\"?\n \n The result of such a bisection would be that we would find that H is\n the first bad commit, when in fact it's B. So that would be wrong!\n@@ -1229,7 +1229,7 @@ message or the author. And it can also be used instead of git \"grafts\"\n to link a repository with another old repository.\n \n In fact it's this last feature that \"sold\" it to the Git community, so\n-it is now in the \"master\" branch of Git's Git repository and it should\n+it is now in the `master` branch of Git's Git repository and it should\n be released in Git 1.6.5 in October or November 2009.\n \n One problem with \"git replace\" is that currently it stores all the\ndiff --git a/Documentation/git-bisect.txt b/Documentation/git-bisect.txt\nindex fbb39fbdf5..ff50c66e29 100644\n--- a/Documentation/git-bisect.txt\n+++ b/Documentation/git-bisect.txt\n@@ -98,7 +98,7 @@ Bisect reset\n ~~~~~~~~~~~~\n \n After a bisect session, to clean up the bisection state and return to\n-the original HEAD, issue the following command:\n+the original `HEAD`, issue the following command:\n \n ------------------------------------------------\n $ git bisect reset\n@@ -379,7 +379,7 @@ branch contained broken or non-buildable commits, but the merge itself was OK.\n EXAMPLES\n --------\n \n-* Automatically bisect a broken build between v1.2 and HEAD:\n+* Automatically bisect a broken build between v1.2 and `HEAD`:\n +\n ------------\n $ git bisect start HEAD v1.2 --      # HEAD is bad, v1.2 is good\n@@ -387,7 +387,7 @@ $ git bisect run make                # \"make\" builds the app\n $ git bisect reset                   # quit the bisect session\n ------------\n \n-* Automatically bisect a test failure between origin and HEAD:\n+* Automatically bisect a test failure between `origin` and `HEAD`:\n +\n ------------\n $ git bisect start HEAD origin --    # HEAD is bad, origin is good\ndiff --git a/Documentation/git-branch.txt b/Documentation/git-branch.txt\nindex 271b4ee34e..fa38fa4dc1 100644\n--- a/Documentation/git-branch.txt\n+++ b/Documentation/git-branch.txt\n@@ -175,7 +175,7 @@ This option is only applicable in non-verbose mode.\n \tthe pattern(s).\n \n --show-current::\n-\tPrint the name of the current branch. In detached HEAD state,\n+\tPrint the name of the current branch. In detached `HEAD` state,\n \tnothing is printed.\n \n -v::\n@@ -186,7 +186,7 @@ This option is only applicable in non-verbose mode.\n \trelationship to upstream branch (if any). If given twice, print\n \tthe path of the linked worktree (if any) and the name of the upstream\n \tbranch, as well (see also `git remote show <remote>`).  Note that the\n-\tcurrent worktree's HEAD will not have its path printed (it will always\n+\tcurrent worktree's `HEAD` will not have its path printed (it will always\n \tbe your current directory).\n \n -q::\n@@ -250,15 +250,15 @@ start-point is either a local or remote-tracking branch.\n \n --no-contains [<commit>]::\n \tOnly list branches which don't contain the specified commit\n-\t(HEAD if not specified). Implies `--list`.\n+\t(`HEAD` if not specified). Implies `--list`.\n \n --merged [<commit>]::\n \tOnly list branches whose tips are reachable from the\n-\tspecified commit (HEAD if not specified). Implies `--list`.\n+\tspecified commit (`HEAD` if not specified). Implies `--list`.\n \n --no-merged [<commit>]::\n \tOnly list branches whose tips are not reachable from the\n-\tspecified commit (HEAD if not specified). Implies `--list`.\n+\tspecified commit (`HEAD` if not specified). Implies `--list`.\n \n <branchname>::\n \tThe name of the branch to create or delete.\n@@ -269,7 +269,7 @@ start-point is either a local or remote-tracking branch.\n <start-point>::\n \tThe new branch head will point to this commit.  It may be\n \tgiven as a branch name, a commit-id, or a tag.  If this\n-\toption is omitted, the current HEAD will be used instead.\n+\toption is omitted, the current `HEAD` will be used instead.\n \n <oldbranch>::\n \tThe name of an existing branch to rename.\n@@ -286,7 +286,7 @@ start-point is either a local or remote-tracking branch.\n \tfor-each-ref`. Sort order defaults to the value configured for the\n \t`branch.sort` variable if exists, or to sorting based on the\n \tfull refname (including `refs/...` prefix). This lists\n-\tdetached HEAD (if present) first, then local branches and\n+\tdetached `HEAD` (if present) first, then local branches and\n \tfinally remote-tracking branches. See linkgit:git-config[1].\n \n \n@@ -328,10 +328,10 @@ $ git branch -d -r origin/todo origin/html origin/man   <1>\n $ git branch -D test                                    <2>\n ------------\n +\n-<1> Delete the remote-tracking branches \"todo\", \"html\" and \"man\". The next\n+<1> Delete the remote-tracking branches `todo`, `html` and `man`. The next\n     'fetch' or 'pull' will create them again unless you configure them not to.\n     See linkgit:git-fetch[1].\n-<2> Delete the \"test\" branch even if the \"master\" branch (or whichever branch\n+<2> Delete the `test` branch even if the `master` branch (or whichever branch\n     is currently checked out) does not have all commits from the test branch.\n \n Listing branches from a specific remote::\n@@ -365,10 +365,10 @@ serve four related but different purposes:\n   contain the specified <commit>.\n \n - `--merged` is used to find all branches which can be safely deleted,\n-  since those branches are fully contained by HEAD.\n+  since those branches are fully contained by `HEAD`.\n \n - `--no-merged` is used to find branches which are candidates for merging\n-  into HEAD, since those branches are not fully contained by HEAD.\n+  into `HEAD`, since those branches are not fully contained by `HEAD`.\n \n include::ref-reachability-filters.txt[]\n \ndiff --git a/Documentation/git-bundle.txt b/Documentation/git-bundle.txt\nindex 4f1e59a3b2..20da47cbd6 100644\n--- a/Documentation/git-bundle.txt\n+++ b/Documentation/git-bundle.txt\n@@ -68,7 +68,7 @@ unbundle <file>::\n \t'git rev-list' (and containing a named ref, see SPECIFYING REFERENCES\n \tbelow), that specifies the specific objects and references\n \tto transport.  For example, `master~10..master` causes the\n-\tcurrent master reference to be packaged along with all objects\n+\tcurrent `master` reference to be packaged along with all objects\n \tadded since its 10th ancestor commit.  There is no explicit\n \tlimit to the number of references and objects that may be\n \tpackaged.\n@@ -146,7 +146,7 @@ Assume you want to transfer the history from a repository R1 on machine A\n to another repository R2 on machine B.\n For whatever reason, direct connection between A and B is not allowed,\n but we can move data from A to B via some mechanism (CD, email, etc.).\n-We want to update R2 with development made on the branch master in R1.\n+We want to update R2 with development made on the branch `master` in R1.\n \n To bootstrap the process, you can first create a bundle that does not have\n any basis. You can use a tag to remember up to what commit you last\n@@ -167,7 +167,7 @@ create a new repository on machine B by cloning from it:\n machineB$ git clone -b master /home/me/tmp/file.bundle R2\n ----------------\n \n-This will define a remote called \"origin\" in the resulting repository that\n+This will define a remote called `origin` in the resulting repository that\n lets you fetch and pull from the bundle. The $GIT_DIR/config file in R2 will\n have an entry like this:\n \ndiff --git a/Documentation/git-check-ref-format.txt b/Documentation/git-check-ref-format.txt\nindex ee6a4144fb..f39622c0da 100644\n--- a/Documentation/git-check-ref-format.txt\n+++ b/Documentation/git-check-ref-format.txt\n@@ -80,7 +80,7 @@ reference name expressions (see linkgit:gitrevisions[7]):\n With the `--branch` option, the command takes a name and checks if\n it can be used as a valid branch name (e.g. when creating a new\n branch). But be cautious when using the\n-previous checkout syntax that may refer to a detached HEAD state.\n+previous checkout syntax that may refer to a detached `HEAD` state.\n The rule `git check-ref-format --branch $name` implements\n may be stricter than what `git check-ref-format refs/heads/$name`\n says (e.g. a dash may appear at the beginning of a ref component,\ndiff --git a/Documentation/git-checkout.txt b/Documentation/git-checkout.txt\nindex 3336b8dace..192dbfe9b0 100644\n--- a/Documentation/git-checkout.txt\n+++ b/Documentation/git-checkout.txt\n@@ -189,7 +189,7 @@ one for the purposes of disambiguation, even if the `<branch>` isn't\n unique across all remotes. Set it to\n e.g. `checkout.defaultRemote=origin` to always checkout remote\n branches from there if `<branch>` is ambiguous but exists on the\n-'origin' remote. See also `checkout.defaultRemote` in\n+`origin` remote. See also `checkout.defaultRemote` in\n linkgit:git-config[1].\n +\n `--guess` is the default behavior. Use `--no-guess` to disable it.\ndiff --git a/Documentation/git-cherry-pick.txt b/Documentation/git-cherry-pick.txt\nindex 0127f56204..6069cc77a0 100644\n--- a/Documentation/git-cherry-pick.txt\n+++ b/Documentation/git-cherry-pick.txt\n@@ -17,7 +17,7 @@ DESCRIPTION\n \n Given one or more existing commits, apply the change each one\n introduces, recording a new commit for each.  This requires your\n-working tree to be clean (no modifications from the HEAD commit).\n+working tree to be clean (no modifications from the `HEAD` commit).\n \n When it is not obvious how to apply a change, the following\n happens:\n@@ -96,7 +96,7 @@ OPTIONS\n \teach named commit to your working tree and the index,\n \twithout making any commit.  In addition, when this\n \toption is used, your index does not have to match the\n-\tHEAD commit.  The cherry-pick is done against the\n+\t`HEAD` commit.  The cherry-pick is done against the\n \tbeginning state of your index.\n +\n This is useful when cherry-picking more than one commits'\n@@ -117,7 +117,7 @@ effect to your index in a row.\n \tearlier `--gpg-sign`.\n \n --ff::\n-\tIf the current HEAD is the same as the parent of the\n+\tIf the current `HEAD` is the same as the parent of the\n \tcherry-pick'ed commit, then a fast forward to this commit will\n \tbe performed.\n \n@@ -176,13 +176,13 @@ EXAMPLES\n `git cherry-pick ^HEAD master`::\n \n \tApply the changes introduced by all commits that are ancestors\n-\tof master but not of HEAD to produce new commits.\n+\tof `master` but not of `HEAD` to produce new commits.\n \n `git cherry-pick maint next ^master`::\n `git cherry-pick maint master..next`::\n \n \tApply the changes introduced by all commits that are\n-\tancestors of maint or next, but not master or any of its\n+\tancestors of `maint` or `next`, but not `master` or any of its\n \tancestors.  Note that the latter does not mean `maint` and\n \teverything between `master` and `next`; specifically,\n \t`maint` will not be used if it is included in `master`.\n@@ -190,27 +190,27 @@ EXAMPLES\n `git cherry-pick master~4 master~2`::\n \n \tApply the changes introduced by the fifth and third last\n-\tcommits pointed to by master and create 2 new commits with\n+\tcommits pointed to by `master` and create 2 new commits with\n \tthese changes.\n \n `git cherry-pick -n master~1 next`::\n \n \tApply to the working tree and the index the changes introduced\n-\tby the second last commit pointed to by master and by the last\n+\tby the second last commit pointed to by `master` and by the last\n \tcommit pointed to by next, but do not create any commit with\n \tthese changes.\n \n `git cherry-pick --ff ..next`::\n \n-\tIf history is linear and HEAD is an ancestor of next, update\n-\tthe working tree and advance the HEAD pointer to match next.\n+\tIf history is linear and `HEAD` is an ancestor of next, update\n+\tthe working tree and advance the `HEAD` pointer to match next.\n \tOtherwise, apply the changes introduced by those commits that\n-\tare in next but not HEAD to the current branch, creating a new\n+\tare in next but not `HEAD` to the current branch, creating a new\n \tcommit for each new change.\n \n `git rev-list --reverse master -- README | git cherry-pick -n --stdin`::\n \n-\tApply the changes introduced by all commits on the master\n+\tApply the changes introduced by all commits on the `master`\n \tbranch that touched README to the working tree and index,\n \tso the result can be inspected and made into a single new\n \tcommit if suitable.\ndiff --git a/Documentation/git-cherry.txt b/Documentation/git-cherry.txt\nindex 0ea921a593..4374f398fa 100644\n--- a/Documentation/git-cherry.txt\n+++ b/Documentation/git-cherry.txt\n@@ -31,10 +31,10 @@ OPTIONS\n \n <upstream>::\n \tUpstream branch to search for equivalent commits.\n-\tDefaults to the upstream branch of HEAD.\n+\tDefaults to the upstream branch of `HEAD`.\n \n <head>::\n-\tWorking branch; defaults to HEAD.\n+\tWorking branch; defaults to `HEAD`.\n \n <limit>::\n \tDo not report commits up to (and including) limit.\ndiff --git a/Documentation/git-clone.txt b/Documentation/git-clone.txt\nindex 22334771d1..8cd602a852 100644\n--- a/Documentation/git-clone.txt\n+++ b/Documentation/git-clone.txt\n@@ -30,8 +30,8 @@ currently active branch.\n \n After the clone, a plain `git fetch` without arguments will update\n all the remote-tracking branches, and a `git pull` without\n-arguments will in addition merge the remote master branch into the\n-current master branch, if any (this is untrue when `--single-branch`\n+arguments will in addition merge the remote `master` branch into the\n+current `master` branch, if any (this is untrue when `--single-branch`\n is given; see below).\n \n This default configuration is achieved by creating references to\n@@ -147,7 +147,7 @@ objects from the source repository into a pack in the cloned repository.\n \n -n::\n --no-checkout::\n-\tNo checkout of HEAD is performed after the clone is complete.\n+\tNo checkout of `HEAD` is performed after the clone is complete.\n \n --[no-]reject-shallow::\n \tFail if the source repository is a shallow repository.\n@@ -198,11 +198,11 @@ objects from the source repository into a pack in the cloned repository.\n \n -b <name>::\n --branch <name>::\n-\tInstead of pointing the newly created HEAD to the branch pointed\n-\tto by the cloned repository's HEAD, point to `<name>` branch\n+\tInstead of pointing the newly created `HEAD` to the branch pointed\n+\tto by the cloned repository's `HEAD`, point to `<name>` branch\n \tinstead. In a non-bare repository, this is the branch that will\n \tbe checked out.\n-\t`--branch` can also take tags and detaches the HEAD at that commit\n+\t`--branch` can also take tags and detaches the `HEAD` at that commit\n \tin the resulting repository.\n \n -u <upload-pack>::\n@@ -224,7 +224,7 @@ objects from the source repository into a pack in the cloned repository.\n \tlinkgit:git-config[1] (e.g., `core.eol=true`). If multiple\n \tvalues are given for the same key, each value will be written to\n \tthe config file. This makes it safe, for example, to add\n-\tadditional fetch refspecs to the origin remote.\n+\tadditional fetch refspecs to the `origin` remote.\n +\n Due to limitations of the current implementation, some configuration\n variables do not take effect until after the initial fetch and checkout.\n@@ -253,7 +253,7 @@ corresponding `--mirror` and `--no-tags` options instead.\n \tbranch remote's `HEAD` points at.\n \tFurther fetches into the resulting repository will only update the\n \tremote-tracking branch for the branch this option was used for the\n-\tinitial cloning.  If the HEAD at the remote did not point at any\n+\tinitial cloning.  If the `HEAD` at the remote did not point at any\n \tbranch when `--single-branch` clone was made, no remote-tracking\n \tbranch is created.\n \ndiff --git a/Documentation/git-commit-tree.txt b/Documentation/git-commit-tree.txt\nindex 2e2c581098..b76a825c94 100644\n--- a/Documentation/git-commit-tree.txt\n+++ b/Documentation/git-commit-tree.txt\n@@ -36,7 +36,7 @@ While a tree represents a particular directory state of a working\n directory, a commit represents that state in \"time\", and explains how\n to get there.\n \n-Normally a commit would identify a new \"HEAD\" state, and while Git\n+Normally a commit would identify a new `HEAD` state, and while Git\n doesn't care where you save the note about that state, in practice we\n tend to just write the result to the file that is pointed at by\n `.git/HEAD`, so that we can always see what the last committed\ndiff --git a/Documentation/git-commit.txt b/Documentation/git-commit.txt\nindex 6d0d663b50..f507ae00a1 100644\n--- a/Documentation/git-commit.txt\n+++ b/Documentation/git-commit.txt\n@@ -21,9 +21,9 @@ DESCRIPTION\n -----------\n Create a new commit containing the current contents of the index and\n the given log message describing the changes. The new commit is a\n-direct child of HEAD, usually the tip of the current branch, and the\n+direct child of `HEAD`, usually the tip of the current branch, and the\n branch is updated to point to it (unless no branch is associated with\n-the working tree, in which case HEAD is \"detached\" as described in\n+the working tree, in which case `HEAD` is \"detached\" as described in\n linkgit:git-checkout[1]).\n \n The content to be committed can be specified in several ways:\n@@ -352,7 +352,7 @@ configuration variable documented in linkgit:git-config[1].\n \n -v::\n --verbose::\n-\tShow unified diff between the HEAD commit and what\n+\tShow unified diff between the `HEAD` commit and what\n \twould be committed at the bottom of the commit message\n \ttemplate to help the user describe the commit by reminding\n \twhat changes the commit has.\ndiff --git a/Documentation/git-config.txt b/Documentation/git-config.txt\nindex b93394ea45..e6d70ffda1 100644\n--- a/Documentation/git-config.txt\n+++ b/Documentation/git-config.txt\n@@ -148,7 +148,7 @@ See also <<FILES>>.\n --blob blob::\n \tSimilar to `--file` but use the given blob instead of a file. E.g.\n \tyou can use 'master:.gitmodules' to read values from the file\n-\t'.gitmodules' in the master branch. See \"SPECIFYING REVISIONS\"\n+\t'.gitmodules' in the `master` branch. See \"SPECIFYING REVISIONS\"\n \tsection in linkgit:gitrevisions[7] for a more complete list of\n \tways to spell blob names.\n \ndiff --git a/Documentation/git-cvsimport.txt b/Documentation/git-cvsimport.txt\nindex 143c726511..95fa94de74 100644\n--- a/Documentation/git-cvsimport.txt\n+++ b/Documentation/git-cvsimport.txt\n@@ -35,7 +35,7 @@ Please see the section <<issues,ISSUES>> for further reference.\n \n You should *never* do any work of your own on the branches that are\n created by 'git cvsimport'.  By default initial import will create and populate a\n-\"master\" branch from the CVS repository's main branch which you're free\n+`master` branch from the CVS repository's main branch which you're free\n to work with; after that, you need to 'git merge' incremental imports, or\n any CVS branches, yourself.  It is advisable to specify a named remote via\n `-r` to separate and protect the incoming branches.\n@@ -71,11 +71,11 @@ OPTIONS\n -r <remote>::\n \tThe Git remote to import this CVS repository into.\n \tMoves all CVS branches into remotes/<remote>/<branch>\n-\takin to the way 'git clone' uses 'origin' by default.\n+\takin to the way 'git clone' uses `origin` by default.\n \n -o <branch-for-HEAD>::\n \tWhen no remote is specified (via `-r`) the `HEAD` branch\n-\tfrom CVS is imported to the 'origin' branch within the Git\n+\tfrom CVS is imported to the `origin` branch within the Git\n \trepository, as `HEAD` already has a special meaning for Git.\n \tWhen a remote is specified the `HEAD` branch is named\n \tremotes/<remote>/master mirroring 'git clone' behaviour.\n@@ -200,7 +200,7 @@ Problems related to timestamps:\n    to be used for ordering commits changes may show up in the wrong\n    order.\n  * If any files were ever \"cvs import\"ed more than once (e.g., import of\n-   more than one vendor release) the HEAD contains the wrong content.\n+   more than one vendor release) the `HEAD` contains the wrong content.\n  * If the timestamp order of different files cross the revision order\n    within the commit matching time window the order of commits may be\n    wrong.\ndiff --git a/Documentation/git-cvsserver.txt b/Documentation/git-cvsserver.txt\nindex 955bae46c9..c6a926d8d2 100644\n--- a/Documentation/git-cvsserver.txt\n+++ b/Documentation/git-cvsserver.txt\n@@ -199,7 +199,7 @@ allowing access over SSH.\n 5. Clients should now be able to check out the project. Use the CVS 'module'\n    name to indicate what Git 'head' you want to check out.  This also sets the\n    name of your newly checked-out directory, unless you tell it otherwise with\n-   `-d <dir_name>`.  For example, this checks out 'master' branch to the\n+   `-d <dir_name>`.  For example, this checks out `master` branch to the\n    `project-master` directory:\n +\n ------\ndiff --git a/Documentation/git-describe.txt b/Documentation/git-describe.txt\nindex a3f015743b..7d2649c477 100644\n--- a/Documentation/git-describe.txt\n+++ b/Documentation/git-describe.txt\n@@ -30,17 +30,17 @@ If the given object refers to a blob, it will be described\n as `<commit-ish>:<path>`, such that the blob can be found\n at `<path>` in the `<commit-ish>`, which itself describes the\n first commit in which this blob occurs in a reverse revision walk\n-from HEAD.\n+from `HEAD`.\n \n OPTIONS\n -------\n <commit-ish>...::\n-\tCommit-ish object names to describe.  Defaults to HEAD if omitted.\n+\tCommit-ish object names to describe.  Defaults to `HEAD` if omitted.\n \n --dirty[=<mark>]::\n --broken[=<mark>]::\n \tDescribe the state of the working tree.  When the working\n-\ttree matches HEAD, the output is the same as \"git describe\n+\ttree matches `HEAD`, the output is the same as \"git describe\n \tHEAD\".  If the working tree has local modification \"-dirty\"\n \tis appended to it.  If a repository is corrupt and Git\n \tcannot determine if there is local modification, Git will\ndiff --git a/Documentation/git-diff-index.txt b/Documentation/git-diff-index.txt\nindex 27acb31cbf..10e79a29aa 100644\n--- a/Documentation/git-diff-index.txt\n+++ b/Documentation/git-diff-index.txt\n@@ -31,7 +31,7 @@ include::diff-options.txt[]\n \n --merge-base::\n \tInstead of comparing <tree-ish> directly, use the merge base\n-\tbetween <tree-ish> and HEAD instead.  <tree-ish> must be a\n+\tbetween <tree-ish> and `HEAD` instead.  <tree-ish> must be a\n \tcommit.\n \n -m::\n@@ -53,7 +53,7 @@ CACHED MODE\n -----------\n If `--cached` is specified, it allows you to ask:\n \n-\tshow me the differences between HEAD and the current index\n+\tshow me the differences between `HEAD` and the current index\n \tcontents (the ones I'd write using 'git write-tree')\n \n For example, let's say that you have worked on your working directory, updated\n@@ -89,7 +89,7 @@ the more useful of the two in that what it does can't be emulated with\n a 'git write-tree' + 'git diff-tree'. Thus that's the default mode.\n The non-cached version asks the question:\n \n-  show me the differences between HEAD and the currently checked out\n+  show me the differences between `HEAD` and the currently checked out\n   tree - index contents _and_ files that aren't up to date\n \n which is obviously a very useful question too, since that tells you what\ndiff --git a/Documentation/git-diff.txt b/Documentation/git-diff.txt\nindex 9f4b46c910..33a47958bc 100644\n--- a/Documentation/git-diff.txt\n+++ b/Documentation/git-diff.txt\n@@ -45,20 +45,20 @@ files on disk.\n \tThis form is to view the changes you staged for the next\n \tcommit relative to the named <commit>.  Typically you\n \twould want comparison with the latest commit, so if you\n-\tdo not give <commit>, it defaults to HEAD.\n-\tIf HEAD does not exist (e.g. unborn branches) and\n+\tdo not give <commit>, it defaults to `HEAD`.\n+\tIf `HEAD` does not exist (e.g. unborn branches) and\n \t<commit> is not given, it shows all staged changes.\n \t`--staged` is a synonym of `--cached`.\n +\n If `--merge-base` is given, instead of using <commit>, use the merge base\n-of <commit> and HEAD.  `git diff --merge-base A` is equivalent to\n+of <commit> and `HEAD`.  `git diff --merge-base A` is equivalent to\n `git diff $(git merge-base A HEAD)`.\n \n 'git diff' [<options>] <commit> [--] [<path>...]::\n \n \tThis form is to view the changes you have in your\n \tworking tree relative to the named <commit>.  You can\n-\tuse HEAD to compare it with the latest commit, or a\n+\tuse `HEAD` to compare it with the latest commit, or a\n \tbranch name to compare with the tip of a different\n \tbranch.\n \n@@ -85,7 +85,7 @@ If `--merge-base` is given, use the merge base of the two commits for the\n \tThis is synonymous to the earlier form (without the `..`) for\n \tviewing the changes between two arbitrary <commit>.  If <commit> on\n \tone side is omitted, it will have the same effect as\n-\tusing HEAD instead.\n+\tusing `HEAD` instead.\n \n 'git diff' [<options>] <commit>\\...<commit> [--] [<path>...]::\n \n@@ -93,7 +93,7 @@ If `--merge-base` is given, use the merge base of the two commits for the\n \tand up to the second <commit>, starting at a common ancestor\n \tof both <commit>.  `git diff A...B` is equivalent to\n \t`git diff $(git merge-base A B) B`.  You can omit any one\n-\tof <commit>, which has the same effect as using HEAD instead.\n+\tof <commit>, which has the same effect as using `HEAD` instead.\n \n Just in case you are doing something exotic, it should be\n noted that all of the <commit> in the above description, except\n@@ -165,8 +165,8 @@ $ git diff HEAD^ HEAD      <3>\n ------------\n +\n <1> Instead of using the tip of the current branch, compare with the\n-    tip of \"test\" branch.\n-<2> Instead of comparing with the tip of \"test\" branch, compare with\n+    tip of `test` branch.\n+<2> Instead of comparing with the tip of `test` branch, compare with\n     the tip of the current branch, but limit the comparison to the\n     file \"test\".\n <3> Compare the version before the last commit and the last commit.\n@@ -179,9 +179,9 @@ $ git diff topic..master   <2>\n $ git diff topic...master  <3>\n ------------\n +\n-<1> Changes between the tips of the topic and the master branches.\n+<1> Changes between the tips of the `topic` and the `master` branches.\n <2> Same as above.\n-<3> Changes that occurred on the master branch since when the topic\n+<3> Changes that occurred on the `master` branch since when the `topic`\n     branch was started off it.\n \n Limiting the diff output::\ndiff --git a/Documentation/git-fast-export.txt b/Documentation/git-fast-export.txt\nindex a1c02918f9..3a6a77abac 100644\n--- a/Documentation/git-fast-export.txt\n+++ b/Documentation/git-fast-export.txt\n@@ -126,10 +126,10 @@ by keeping the marks the same across runs.\n \n --reference-excluded-parents::\n \tBy default, running a command such as `git fast-export\n-\tmaster~5..master` will not include the commit master{tilde}5\n-\tand will make master{tilde}4 no longer have master{tilde}5 as\n-\ta parent (though both the old master{tilde}4 and new\n-\tmaster{tilde}4 will have all the same files).  Use\n+\tmaster~5..master` will not include the commit `master~5`\n+\tand will make `master~4` no longer have `master~5` as\n+\ta parent (though both the old `master~4` and new\n+\t`master~4` will have all the same files).  Use\n \t`--reference-excluded-parents` to instead have the stream\n \trefer to commits in the excluded range of history by their\n \tsha1sum.  Note that the resulting stream can only be used by a\n@@ -158,10 +158,10 @@ by keeping the marks the same across runs.\n \tA list of arguments, acceptable to 'git rev-parse' and\n \t'git rev-list', that specifies the specific objects and references\n \tto export.  For example, `master~10..master` causes the\n-\tcurrent master reference to be exported along with all objects\n+\tcurrent `master` reference to be exported along with all objects\n \tadded since its 10th ancestor commit and (unless the\n \t`--reference-excluded-parents` option is specified) all files\n-\tcommon to master{tilde}9 and master{tilde}10.\n+\tcommon to `master~9` and `master~10`.\n \n EXAMPLES\n --------\n@@ -180,8 +180,8 @@ $ git fast-export master~5..master |\n \tgit fast-import\n -----------------------------------------------------\n \n-This makes a new branch called 'other' from 'master~5..master'\n-(i.e. if 'master' has linear history, it will take the last 5 commits).\n+This makes a new branch called `other` from `master~5`..`master`\n+(i.e. if `master` has linear history, it will take the last 5 commits).\n \n Note that this assumes that none of the blobs and commit messages\n referenced by that revision range contains the string\ndiff --git a/Documentation/git-fetch-pack.txt b/Documentation/git-fetch-pack.txt\nindex 88c2b9d426..1f48f89e3e 100644\n--- a/Documentation/git-fetch-pack.txt\n+++ b/Documentation/git-fetch-pack.txt\n@@ -116,7 +116,7 @@ be in a separate packet, and the list must end with a flush packet.\n \n <refs>...::\n \tThe remote heads to update from. This is relative to\n-\t$GIT_DIR (e.g. \"HEAD\", \"refs/heads/master\").  When\n+\t$GIT_DIR (e.g. `HEAD`, \"refs/heads/master\").  When\n \tunspecified, update from all heads the remote side has.\n +\n If the remote has enabled the options `uploadpack.allowTipSHA1InWant`,\ndiff --git a/Documentation/git-fetch.txt b/Documentation/git-fetch.txt\nindex 85b073a61a..a5ecf00db3 100644\n--- a/Documentation/git-fetch.txt\n+++ b/Documentation/git-fetch.txt\n@@ -87,10 +87,10 @@ This configuration is used in two ways:\n   <refspec>s given on the command line determine what are to be\n   fetched (e.g. `master` in the example,\n   which is a short-hand for `master:`, which in turn means\n-  \"fetch the 'master' branch but I do not explicitly say what\n+  \"fetch the `master` branch but I do not explicitly say what\n   remote-tracking branch to update with it from the command line\"),\n   and the example command will\n-  fetch _only_ the 'master' branch.  The `remote.<repository>.fetch`\n+  fetch _only_ the `master` branch.  The `remote.<repository>.fetch`\n   values determine which\n   remote-tracking branch, if any, is updated.  When used in this\n   way, the `remote.<repository>.fetch` values do not have any\ndiff --git a/Documentation/git-filter-branch.txt b/Documentation/git-filter-branch.txt\nindex 2de3511459..e2955bc648 100644\n--- a/Documentation/git-filter-branch.txt\n+++ b/Documentation/git-filter-branch.txt\n@@ -267,7 +267,7 @@ history, so we also add `--ignore-unmatch`:\n git filter-branch --index-filter 'git rm --cached --ignore-unmatch filename' HEAD\n --------------------------------------------------------------------------\n \n-Now, you will get the rewritten history saved in HEAD.\n+Now, you will get the rewritten history saved in `HEAD`.\n \n To rewrite the repository to look as if `foodir/` had been its project\n root, and discard all other history:\ndiff --git a/Documentation/git-fmt-merge-msg.txt b/Documentation/git-fmt-merge-msg.txt\nindex 9004861eae..86fb26dcea 100644\n--- a/Documentation/git-fmt-merge-msg.txt\n+++ b/Documentation/git-fmt-merge-msg.txt\n@@ -65,8 +65,8 @@ $ git fetch origin master\n $ git fmt-merge-msg --log <$GIT_DIR/FETCH_HEAD\n ---------\n \n-Print a log message describing a merge of the \"master\" branch from\n-the \"origin\" remote.\n+Print a log message describing a merge of the `master` branch from\n+the `origin` remote.\n \n \n SEE ALSO\ndiff --git a/Documentation/git-for-each-ref.txt b/Documentation/git-for-each-ref.txt\nindex e035edf11d..4bde4f9d05 100644\n--- a/Documentation/git-for-each-ref.txt\n+++ b/Documentation/git-for-each-ref.txt\n@@ -76,18 +76,18 @@ OPTIONS\n \n --merged[=<object>]::\n \tOnly list refs whose tips are reachable from the\n-\tspecified commit (HEAD if not specified).\n+\tspecified commit (`HEAD` if not specified).\n \n --no-merged[=<object>]::\n \tOnly list refs whose tips are not reachable from the\n-\tspecified commit (HEAD if not specified).\n+\tspecified commit (`HEAD` if not specified).\n \n --contains[=<object>]::\n-\tOnly list refs which contain the specified commit (HEAD if not\n+\tOnly list refs which contain the specified commit (`HEAD` if not\n \tspecified).\n \n --no-contains[=<object>]::\n-\tOnly list refs which don't contain the specified commit (HEAD\n+\tOnly list refs which don't contain the specified commit (`HEAD`\n \tif not specified).\n \n --ignore-case::\n@@ -169,7 +169,7 @@ push::\n \tref is configured.\n \n HEAD::\n-\t'*' if HEAD matches current ref (the checked out branch), ' '\n+\t'*' if `HEAD` matches current ref (the checked out branch), ' '\n \totherwise.\n \n color::\n@@ -201,7 +201,7 @@ if::\n \teverything after %(else) is printed. We ignore space when\n \tevaluating the string before %(then), this is useful when we\n \tuse the %(HEAD) atom which prints either \"*\" or \" \" and we\n-\twant to apply the 'if' condition only on the 'HEAD' ref.\n+\twant to apply the 'if' condition only on the `HEAD` ref.\n \tAppend \":equals=<string>\" or \":notequals=<string>\" to compare\n \tthe value between the %(if:...) and %(then) atoms with the\n \tgiven string.\ndiff --git a/Documentation/git-format-patch.txt b/Documentation/git-format-patch.txt\nindex ca500ba72c..fd7c6c705b 100644\n--- a/Documentation/git-format-patch.txt\n+++ b/Documentation/git-format-patch.txt\n@@ -706,7 +706,7 @@ $ git format-patch -k --stdout R1..R2 | git am -3 -k\n ------------\n \n * Extract all commits which are in the current branch but not in the\n-  origin branch:\n+  `origin` branch:\n +\n ------------\n $ git format-patch origin\n@@ -714,7 +714,7 @@ $ git format-patch origin\n +\n For each commit a separate file is created in the current directory.\n \n-* Extract all commits that lead to 'origin' since the inception of the\n+* Extract all commits that lead to `origin` since the inception of the\n   project:\n +\n ------------\ndiff --git a/Documentation/git-http-push.txt b/Documentation/git-http-push.txt\nindex 5dd4d2b63a..7ba8ea2383 100644\n--- a/Documentation/git-http-push.txt\n+++ b/Documentation/git-http-push.txt\n@@ -44,12 +44,12 @@ OPTIONS\n -d::\n -D::\n \tRemove <ref> from remote repository.  The specified branch\n-\tcannot be the remote HEAD.  If `-d` is specified the following\n+\tcannot be the remote `HEAD`.  If `-d` is specified the following\n \tother conditions must also be met:\n \n-\t- Remote HEAD must resolve to an object that exists locally\n+\t- Remote `HEAD` must resolve to an object that exists locally\n \t- Specified branch resolves to an object that exists locally\n-\t- Specified branch is an ancestor of the remote HEAD\n+\t- Specified branch is an ancestor of the remote `HEAD`\n \n <ref>...::\n \tThe remote refs to update.\ndiff --git a/Documentation/git-log.txt b/Documentation/git-log.txt\nindex 1bbf865a1b..b306dced1c 100644\n--- a/Documentation/git-log.txt\n+++ b/Documentation/git-log.txt\n@@ -152,13 +152,13 @@ EXAMPLES\n `git log --branches --not --remotes=origin`::\n \n \tShows all commits that are in any of local branches but not in\n-\tany of remote-tracking branches for 'origin' (what you have that\n-\torigin doesn't).\n+\tany of remote-tracking branches for `origin` (what you have that\n+\t`origin` doesn't).\n \n `git log master --not --remotes=*/master`::\n \n-\tShows all commits that are in local master but not in any remote\n-\trepository master branches.\n+\tShows all commits that are in local `master` but not in any remote\n+\trepository `master` branches.\n \n `git log -p -m --first-parent`::\n \ndiff --git a/Documentation/git-ls-remote.txt b/Documentation/git-ls-remote.txt\nindex 4cb4e2fd5d..af005ece9a 100644\n--- a/Documentation/git-ls-remote.txt\n+++ b/Documentation/git-ls-remote.txt\n@@ -59,7 +59,7 @@ OPTIONS\n --symref::\n \tIn addition to the object pointed by it, show the underlying\n \tref pointed by it when showing a symbolic ref.  Currently,\n-\tupload-pack only shows the symref HEAD, so it will be the only\n+\tupload-pack only shows the symref `HEAD`, so it will be the only\n \tone shown by ls-remote.\n \n --sort=<key>::\ndiff --git a/Documentation/git-merge.txt b/Documentation/git-merge.txt\nindex 3819fadac1..58fd091d73 100644\n--- a/Documentation/git-merge.txt\n+++ b/Documentation/git-merge.txt\n@@ -146,7 +146,7 @@ To avoid recording unrelated changes in the merge commit,\n 'git pull' and 'git merge' will also abort if there are any changes\n registered in the index relative to the `HEAD` commit.  (Special\n narrow exceptions to this rule may exist depending on which merge\n-strategy is in use, but generally, the index must match HEAD.)\n+strategy is in use, but generally, the index must match `HEAD`.)\n \n If all named commits are already ancestors of `HEAD`, 'git merge'\n will exit early with the message \"Already up to date.\"\ndiff --git a/Documentation/git-notes.txt b/Documentation/git-notes.txt\nindex b0a5ab9a72..ef04e3a8ff 100644\n--- a/Documentation/git-notes.txt\n+++ b/Documentation/git-notes.txt\n@@ -60,7 +60,7 @@ list::\n \tThis is the default subcommand if no subcommand is given.\n \n add::\n-\tAdd notes for a given object (defaults to HEAD). Abort if the\n+\tAdd notes for a given object (defaults to `HEAD`). Abort if the\n \tobject already has notes (use `-f` to overwrite existing notes).\n \tHowever, if you're using `add` interactively (using an editor\n \tto supply the notes contents), then - instead of aborting -\n@@ -69,7 +69,7 @@ add::\n \n copy::\n \tCopy the notes for the first object onto the second object (defaults to\n-\tHEAD). Abort if the second object already has notes, or if the first\n+\t`HEAD`). Abort if the second object already has notes, or if the first\n \tobject has none (use -f to overwrite existing notes to the\n \tsecond object). This subcommand is equivalent to:\n \t`git notes add [-f] -C $(git notes list <from-object>) <to-object>`\n@@ -85,14 +85,14 @@ corresponding <to-object>.  (The optional `<rest>` is ignored so that\n the command can read the input given to the `post-rewrite` hook.)\n \n append::\n-\tAppend to the notes of an existing object (defaults to HEAD).\n+\tAppend to the notes of an existing object (defaults to `HEAD`).\n \tCreates a new notes object if needed.\n \n edit::\n-\tEdit the notes for a given object (defaults to HEAD).\n+\tEdit the notes for a given object (defaults to `HEAD`).\n \n show::\n-\tShow the notes for a given object (defaults to HEAD).\n+\tShow the notes for a given object (defaults to `HEAD`).\n \n merge::\n \tMerge the given notes ref into the current notes ref.\n@@ -110,7 +110,7 @@ When done, the user can either finalize the merge with\n 'git notes merge --abort'.\n \n remove::\n-\tRemove the notes for given objects (defaults to HEAD). When\n+\tRemove the notes for given objects (defaults to `HEAD`). When\n \tgiving zero or one object from the command line, this is\n \tequivalent to specifying an empty note message to\n \tthe `edit` subcommand.\ndiff --git a/Documentation/git-p4.txt b/Documentation/git-p4.txt\nindex d9d29a5efa..ec23ab7d96 100644\n--- a/Documentation/git-p4.txt\n+++ b/Documentation/git-p4.txt\n@@ -76,7 +76,7 @@ This:\n 2. Imports the full contents of the head revision from the given p4\n    depot path into a single commit in the Git branch 'refs/remotes/p4/master'.\n +\n-3. Creates a local branch, 'master' from this remote and checks it out.\n+3. Creates a local branch, `master` from this remote and checks it out.\n \n To reproduce the entire p4 history in Git, use the '@all' modifier on\n the depot path:\n@@ -176,7 +176,7 @@ Unshelve\n Unshelving will take a shelved P4 changelist, and produce the equivalent git commit\n in the branch refs/remotes/p4-unshelved/<changelist>.\n \n-The git commit is created relative to the current origin revision (HEAD by default).\n+The git commit is created relative to the current origin revision (`HEAD` by default).\n A parent commit is created based on the origin, and then the unshelve commit is\n created based on that.\n \ndiff --git a/Documentation/git-pull.txt b/Documentation/git-pull.txt\nindex edecf393d3..d9a5507195 100644\n--- a/Documentation/git-pull.txt\n+++ b/Documentation/git-pull.txt\n@@ -211,7 +211,7 @@ $ git pull\n $ git pull origin\n ------------------------------------------------\n +\n-Normally the branch merged in is the HEAD of the remote repository,\n+Normally the branch merged in is the `HEAD` of the remote repository,\n but the choice is determined by the branch.<name>.remote and\n branch.<name>.merge options; see linkgit:git-config[1] for details.\n \n@@ -221,7 +221,7 @@ branch.<name>.merge options; see linkgit:git-config[1] for details.\n $ git pull origin next\n ------------------------------------------------\n +\n-This leaves a copy of `next` temporarily in FETCH_HEAD, and\n+This leaves a copy of `next` temporarily in `FETCH_HEAD`, and\n updates the remote-tracking branch `origin/next`.\n The same can be done by invoking fetch and merge:\n +\ndiff --git a/Documentation/git-push.txt b/Documentation/git-push.txt\nindex fc91d41ce0..91dcaa108c 100644\n--- a/Documentation/git-push.txt\n+++ b/Documentation/git-push.txt\n@@ -667,9 +667,9 @@ made on `satellite`.\n \t(e.g. `refs/heads/experimental`), and delete it.\n \n `git push origin +dev:master`::\n-\tUpdate the origin repository's master branch with the dev branch,\n+\tUpdate the `origin` repository's `master` branch with the `dev` branch,\n \tallowing non-fast-forward updates.  *This can leave unreferenced\n-\tcommits dangling in the origin repository.*  Consider the\n+\tcommits dangling in the `origin` repository.*  Consider the\n \tfollowing situation, where a fast-forward is not possible:\n +\n ----\n@@ -678,7 +678,7 @@ made on `satellite`.\n \t\t      X---Y---Z  dev\n ----\n +\n-The above command would change the origin repository to\n+The above command would change the `origin` repository to\n +\n ----\n \t\t      A---B  (unnamed branch)\n@@ -688,7 +688,7 @@ The above command would change the origin repository to\n +\n Commits A and B would no longer belong to a branch with a symbolic name,\n and so would be unreachable.  As such, these commits would be removed by\n-a `git gc` command on the origin repository.\n+a `git gc` command on the `origin` repository.\n \n include::transfer-data-leaks.txt[]\n \ndiff --git a/Documentation/git-read-tree.txt b/Documentation/git-read-tree.txt\nindex 3f53688170..d22d3855d1 100644\n--- a/Documentation/git-read-tree.txt\n+++ b/Documentation/git-read-tree.txt\n@@ -118,7 +118,7 @@ OPTIONS\n --[no-]recurse-submodules::\n \tUsing `--recurse-submodules` will update the content of all active\n \tsubmodules according to the commit recorded in the superproject by\n-\tcalling read-tree recursively, also setting the submodules' HEAD to be\n+\tcalling read-tree recursively, also setting the submodules' `HEAD` to be\n \tdetached at that commit.\n \n --no-sparse-checkout::\n@@ -356,7 +356,7 @@ $ git fetch git://.... linus\n $ LT=`git rev-parse FETCH_HEAD`\n ----------------\n \n-Your work tree is still based on your HEAD ($JC), but you have\n+Your work tree is still based on your `HEAD` ($JC), but you have\n some edits since.  Three-way merge makes sure that you have not\n added or modified index entries since $JC, and if you haven't,\n then does the right thing.  So with the following sequence:\ndiff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\nindex f063d54623..bd9f15ea26 100644\n--- a/Documentation/git-rebase.txt\n+++ b/Documentation/git-rebase.txt\n@@ -35,13 +35,13 @@ description on `--fork-point` below); or by `git log HEAD`, if the\n \n The current branch is reset to <upstream>, or <newbase> if the\n `--onto` option was supplied.  This has the exact same effect as\n-`git reset --hard <upstream>` (or <newbase>).  ORIG_HEAD is set\n+`git reset --hard <upstream>` (or <newbase>).  `ORIG_HEAD` is set\n to point at the tip of the branch before the reset.\n \n The commits that were previously saved into the temporary area are\n then reapplied to the current branch, one by one, in order. Note that\n-any commits in HEAD which introduce the same textual changes as a commit\n-in HEAD..<upstream> are omitted (i.e., a patch already accepted upstream\n+any commits in `HEAD` which introduce the same textual changes as a commit\n+in `HEAD`..<upstream> are omitted (i.e., a patch already accepted upstream\n with a different commit message or timestamp will be skipped).\n \n It is possible that a merge failure will prevent this process from being\n@@ -51,7 +51,7 @@ that caused the merge failure with `git rebase --skip`.  To check out the\n original <branch> and remove the .git/rebase-apply working files, use the\n command `git rebase --abort` instead.\n \n-Assume the following history exists and the current branch is \"topic\":\n+Assume the following history exists and the current branch is `topic`:\n \n ------------\n           A---B---C topic\n@@ -101,9 +101,9 @@ Here is how you would transplant a topic branch based on one\n branch to another, to pretend that you forked the topic branch\n from the latter branch, using `rebase --onto`.\n \n-First let's assume your 'topic' is based on branch 'next'.\n-For example, a feature developed in 'topic' depends on some\n-functionality which is found in 'next'.\n+First let's assume your `topic` is based on branch `next`.\n+For example, a feature developed in `topic` depends on some\n+functionality which is found in `next'.\n \n ------------\n     o---o---o---o---o  master\n@@ -113,9 +113,9 @@ functionality which is found in 'next'.\n                             o---o---o  topic\n ------------\n \n-We want to make 'topic' forked from branch 'master'; for example,\n-because the functionality on which 'topic' depends was merged into the\n-more stable 'master' branch. We want our tree to look like this:\n+We want to make `topic` forked from branch `master`; for example,\n+because the functionality on which `topic` depends was merged into the\n+more stable `master` branch. We want our tree to look like this:\n \n ------------\n     o---o---o---o---o  master\n@@ -216,7 +216,7 @@ OPTIONS\n +\n As a special case, you may use \"A\\...B\" as a shortcut for the\n merge base of A and B if there is exactly one merge base. You can\n-leave out at most one of A and B, in which case it defaults to HEAD.\n+leave out at most one of A and B, in which case it defaults to `HEAD`.\n \n --keep-base::\n \tSet the starting point at which to create the new commits to the\n@@ -242,20 +242,20 @@ See also INCOMPATIBLE OPTIONS below.\n \tupstream for the current branch.\n \n <branch>::\n-\tWorking branch; defaults to HEAD.\n+\tWorking branch; defaults to `HEAD`.\n \n --continue::\n \tRestart the rebasing process after having resolved a merge conflict.\n \n --abort::\n-\tAbort the rebase operation and reset HEAD to the original\n+\tAbort the rebase operation and reset `HEAD` to the original\n \tbranch. If <branch> was provided when the rebase operation was\n-\tstarted, then HEAD will be reset to <branch>. Otherwise HEAD\n+\tstarted, then `HEAD` will be reset to <branch>. Otherwise `HEAD`\n \twill be reset to where it was when the rebase operation was\n \tstarted.\n \n --quit::\n-\tAbort the rebase operation but HEAD is not reset back to the\n+\tAbort the rebase operation but `HEAD` is not reset back to the\n \toriginal branch. The index and working tree are also left\n \tunchanged as a result. If a temporary stash entry was created\n \tusing `--autostash`, it will be saved to the stash list.\n@@ -905,7 +905,7 @@ when a command fails due to merge errors. When you are done editing\n and/or resolving conflicts you can continue with `git rebase --continue`.\n \n For example, if you want to reorder the last 5 commits, such that what\n-was HEAD~4 becomes the new HEAD. To achieve that, you would call\n+was `HEAD~4` becomes the new `HEAD`. To achieve that, you would call\n 'git rebase' like this:\n \n ----------------------\n@@ -925,8 +925,8 @@ like this:\n ---o---O---P---Q\n ------------------\n \n-Suppose you want to rebase the side branch starting at \"A\" to \"Q\". Make\n-sure that the current HEAD is \"B\", and call\n+Suppose you want to rebase the side branch starting at `A` to `Q`. Make\n+sure that the current `HEAD` is `B`, and call\n \n -----------------------------\n $ git rebase -i -r --onto Q O\n@@ -990,7 +990,7 @@ add other commits.  This can be used to split a commit into two:\n - Mark the commit you want to split with the action \"edit\".\n \n - When it comes to editing that commit, execute `git reset HEAD^`.  The\n-  effect is that the HEAD is rewound by one, and the index follows suit.\n+  effect is that the `HEAD` is rewound by one, and the index follows suit.\n   However, the working tree stays the same.\n \n - Now add the changes to the index that you want to have in the first\n@@ -1020,8 +1020,8 @@ from the downstream's point of view.  The real fix, however, would be\n to avoid rebasing the upstream in the first place.\n \n To illustrate, suppose you are in a situation where someone develops a\n-'subsystem' branch, and you are working on a 'topic' that is dependent\n-on this 'subsystem'.  You might end up with a history like the\n+`subsystem` branch, and you are working on a `topic` that is dependent\n+on this `subsystem`.  You might end up with a history like the\n following:\n \n ------------\n@@ -1032,7 +1032,7 @@ following:\n \t\t\t    *---*---*  topic\n ------------\n \n-If 'subsystem' is rebased against 'master', the following happens:\n+If `subsystem` is rebased against `master`, the following happens:\n \n ------------\n     o---o---o---o---o---o---o---o  master\n@@ -1042,8 +1042,8 @@ If 'subsystem' is rebased against 'master', the following happens:\n \t\t\t    *---*---*  topic\n ------------\n \n-If you now continue development as usual, and eventually merge 'topic'\n-to 'subsystem', the commits from 'subsystem' will remain duplicated forever:\n+If you now continue development as usual, and eventually merge `topic`\n+to `subsystem`, the commits from `subsystem` will remain duplicated forever:\n \n ------------\n     o---o---o---o---o---o---o---o  master\n@@ -1055,20 +1055,20 @@ to 'subsystem', the commits from 'subsystem' will remain duplicated forever:\n \n Such duplicates are generally frowned upon because they clutter up\n history, making it harder to follow.  To clean things up, you need to\n-transplant the commits on 'topic' to the new 'subsystem' tip, i.e.,\n-rebase 'topic'.  This becomes a ripple effect: anyone downstream from\n-'topic' is forced to rebase too, and so on!\n+transplant the commits on `topic` to the new `subsystem` tip, i.e.,\n+rebase `topic`.  This becomes a ripple effect: anyone downstream from\n+`topic` is forced to rebase too, and so on!\n \n There are two kinds of fixes, discussed in the following subsections:\n \n Easy case: The changes are literally the same.::\n \n-\tThis happens if the 'subsystem' rebase was a simple rebase and\n+\tThis happens if the `subsystem` rebase was a simple rebase and\n \thad no conflicts.\n \n Hard case: The changes are not the same.::\n \n-\tThis happens if the 'subsystem' rebase had conflicts, or used\n+\tThis happens if the `subsystem` rebase had conflicts, or used\n \t`--interactive` to omit, edit, squash, or fixup commits; or\n \tif the upstream used one of `commit --amend`, `reset`, or\n \ta full history rewriting command like\n@@ -1079,13 +1079,13 @@ The easy case\n ~~~~~~~~~~~~~\n \n Only works if the changes (patch IDs based on the diff contents) on\n-'subsystem' are literally the same before and after the rebase\n-'subsystem' did.\n+`subsystem` are literally the same before and after the rebase\n+`subsystem` did.\n \n In that case, the fix is easy because 'git rebase' knows to skip\n changes that are already present in the new upstream (unless\n `--reapply-cherry-picks` is given). So if you say\n-(assuming you're on 'topic')\n+(assuming you're on `topic`)\n ------------\n     $ git rebase subsystem\n ------------\n@@ -1102,7 +1102,7 @@ you will end up with the fixed history\n The hard case\n ~~~~~~~~~~~~~\n \n-Things get more complicated if the 'subsystem' changes do not exactly\n+Things get more complicated if the `subsystem` changes do not exactly\n correspond to the ones before the rebase.\n \n NOTE: While an \"easy case recovery\" sometimes appears to be successful\n@@ -1110,26 +1110,26 @@ NOTE: While an \"easy case recovery\" sometimes appears to be successful\n       example, a commit that was removed via `git rebase\n       --interactive` will be **resurrected**!\n \n-The idea is to manually tell 'git rebase' \"where the old 'subsystem'\n-ended and your 'topic' began\", that is, what the old merge base\n+The idea is to manually tell 'git rebase' \"where the old `subsystem`\n+ended and your `topic` began\", that is, what the old merge base\n between them was.  You will have to find a way to name the last commit\n-of the old 'subsystem', for example:\n+of the old `subsystem`, for example:\n \n-* With the 'subsystem' reflog: after 'git fetch', the old tip of\n-  'subsystem' is at `subsystem@{1}`.  Subsequent fetches will\n+* With the `subsystem` reflog: after 'git fetch', the old tip of\n+  `subsystem` is at `subsystem@{1}`.  Subsequent fetches will\n   increase the number.  (See linkgit:git-reflog[1].)\n \n-* Relative to the tip of 'topic': knowing that your 'topic' has three\n-  commits, the old tip of 'subsystem' must be `topic~3`.\n+* Relative to the tip of `topic`: knowing that your `topic` has three\n+  commits, the old tip of `subsystem` must be `topic~3`.\n \n-You can then transplant the old `subsystem..topic` to the new tip by\n-saying (for the reflog case, and assuming you are on 'topic' already):\n+You can then transplant the old `subsystem`..`topic` to the new tip by\n+saying (for the reflog case, and assuming you are on `topic` already):\n ------------\n     $ git rebase --onto subsystem subsystem@{1}\n ------------\n \n The ripple effect of a \"hard case\" recovery is especially bad:\n-'everyone' downstream from 'topic' will now have to perform a \"hard\n+'everyone' downstream from `topic` will now have to perform a \"hard\n case\" recovery too!\n \n REBASING MERGES\n@@ -1193,7 +1193,7 @@ merge -C 6f5e4d report-a-bug # Merge 'report-a-bug'\n In contrast to a regular interactive rebase, there are `label`, `reset`\n and `merge` commands in addition to `pick` ones.\n \n-The `label` command associates a label with the current HEAD when that\n+The `label` command associates a label with the current `HEAD` when that\n command is executed. These labels are created as worktree-local refs\n (`refs/rewritten/<label>`) that will be deleted when the rebase\n finishes. That way, rebase operations in multiple worktrees linked to\n@@ -1201,7 +1201,7 @@ the same repository do not interfere with one another. If the `label`\n command fails, it is rescheduled immediately, with a helpful message how\n to proceed.\n \n-The `reset` command resets the HEAD, index and worktree to the specified\n+The `reset` command resets the `HEAD`, index and worktree to the specified\n revision. It is similar to an `exec git reset --hard <label>`, but\n refuses to overwrite untracked files. If the `reset` command fails, it is\n rescheduled immediately, with a helpful message how to edit the todo list\n@@ -1209,7 +1209,7 @@ rescheduled immediately, with a helpful message how to edit the todo list\n list manually and contains a typo).\n \n The `merge` command will merge the specified revision(s) into whatever\n-is HEAD at that time. With `-C <original-commit>`, the commit message of\n+is `HEAD` at that time. With `-C <original-commit>`, the commit message of\n the specified merge commit will be used. When the `-C` is changed to\n a lower-case `-c`, the message will be opened in an editor after a\n successful merge so that the user can edit the message.\ndiff --git a/Documentation/git-reflog.txt b/Documentation/git-reflog.txt\nindex ff487ff77d..cf1d7e0810 100644\n--- a/Documentation/git-reflog.txt\n+++ b/Documentation/git-reflog.txt\n@@ -28,8 +28,8 @@ depending on the subcommand:\n Reference logs, or \"reflogs\", record when the tips of branches and\n other references were updated in the local repository. Reflogs are\n useful in various Git commands, to specify the old value of a\n-reference. For example, `HEAD@{2}` means \"where HEAD used to be two\n-moves ago\", `master@{one.week.ago}` means \"where master used to point\n+reference. For example, `HEAD@{2}` means \"where `HEAD` used to be two\n+moves ago\", `master@{one.week.ago}` means \"where `master` used to point\n to one week ago in this local repository\", and so on. See\n linkgit:gitrevisions[7] for more details.\n \ndiff --git a/Documentation/git-request-pull.txt b/Documentation/git-request-pull.txt\nindex 4d4392d0f8..f58164aee1 100644\n--- a/Documentation/git-request-pull.txt\n+++ b/Documentation/git-request-pull.txt\n@@ -37,7 +37,7 @@ OPTIONS\n \tThe repository URL to be pulled from.\n \n <end>::\n-\tCommit to end at (defaults to HEAD).  This names the commit\n+\tCommit to end at (defaults to `HEAD`).  This names the commit\n \tat the tip of the history you are asking to be pulled.\n +\n When the repository named by `<url>` has the commit at a tip of a\ndiff --git a/Documentation/git-rerere.txt b/Documentation/git-rerere.txt\nindex 4cfc883378..c5c6be5202 100644\n--- a/Documentation/git-rerere.txt\n+++ b/Documentation/git-rerere.txt\n@@ -76,10 +76,10 @@ variables respectively.\n DISCUSSION\n ----------\n \n-When your topic branch modifies an overlapping area that your\n-master branch (or upstream) touched since your topic branch\n-forked from it, you may want to test it with the latest master,\n-even before your topic branch is ready to be pushed upstream:\n+When your `topic` branch modifies an overlapping area that your\n+`master` branch (or upstream) touched since your `topic` branch\n+forked from it, you may want to test it with the latest `master`,\n+even before your `topic` branch is ready to be pushed upstream:\n \n ------------\n               o---*---o topic\n@@ -87,8 +87,8 @@ even before your topic branch is ready to be pushed upstream:\n     o---o---o---*---o---o master\n ------------\n \n-For such a test, you need to merge master and topic somehow.\n-One way to do it is to pull master into the topic branch:\n+For such a test, you need to merge `master` and `topic` somehow.\n+One way to do it is to pull `master` into the `topic` branch:\n \n ------------\n \t$ git switch topic\n@@ -106,9 +106,9 @@ work-in-progress still works with what is in the latest master.\n \n After this test merge, there are two ways to continue your work\n on the topic.  The easiest is to build on top of the test merge\n-commit `+`, and when your work in the topic branch is finally\n-ready, pull the topic branch into master, and/or ask the\n-upstream to pull from you.  By that time, however, the master or\n+commit `+`, and when your work in the `topic` branch is finally\n+ready, pull the `topic` branch into `master`, and/or ask the\n+upstream to pull from you.  By that time, however, the `master` or\n the upstream might have been advanced since the test merge `+`,\n in which case the final commit graph would look like this:\n \n@@ -124,14 +124,14 @@ in which case the final commit graph would look like this:\n     o---o---o---*---o---o---o---o---+ master\n ------------\n \n-When your topic branch is long-lived, however, your topic branch\n-would end up having many such \"Merge from master\" commits on it,\n+When your `topic` branch is long-lived, however, your `topic` branch\n+would end up having many such \"Merge from `master`\" commits on it,\n which would unnecessarily clutter the development history.\n Readers of the Linux kernel mailing list may remember that Linus\n complained about such too frequent test merges when a subsystem\n maintainer asked to pull from a branch full of \"useless merges\".\n \n-As an alternative, to keep the topic branch clean of test\n+As an alternative, to keep the `topic` branch clean of test\n merges, you could blow away the test merge, and keep building on\n top of the tip before the test merge:\n \n@@ -148,8 +148,8 @@ top of the tip before the test merge:\n     o---o---o---*---o---o---o---o---+ master\n ------------\n \n-This would leave only one merge commit when your topic branch is\n-finally ready and merged into the master branch.  This merge\n+This would leave only one merge commit when your `topic` branch is\n+finally ready and merged into the `master` branch.  This merge\n would require you to resolve the conflict, introduced by the\n commits marked with `*`.  However, this conflict is often the\n same conflict you resolved when you created the test merge you\n@@ -163,7 +163,7 @@ usual conflict markers `<<<<<<<`, `=======`, and `>>>>>>>` in\n them.  Later, after you are done resolving the conflicts,\n running 'git rerere' again will record the resolved state of these\n files.  Suppose you did this when you created the test merge of\n-master into the topic branch.\n+`master` into the `topic` branch.\n \n Next time, after seeing the same conflicted automerge,\n running 'git rerere' will perform a three-way merge between the\n@@ -185,12 +185,12 @@ the rerere.enabled config variable).\n \n In our example, when you do the test merge, the manual\n resolution is recorded, and it will be reused when you do the\n-actual merge later with the updated master and topic branch, as long\n+actual merge later with the updated `master` and `topic` branch, as long\n as the recorded resolution is still applicable.\n \n The information 'git rerere' records is also used when running\n 'git rebase'.  After blowing away the test merge and continuing\n-development on the topic branch:\n+development on the `topic` branch:\n \n ------------\n               o---*---o-------o---o topic\ndiff --git a/Documentation/git-reset.txt b/Documentation/git-reset.txt\nindex e9e816a986..4a55d1f1ac 100644\n--- a/Documentation/git-reset.txt\n+++ b/Documentation/git-reset.txt\n@@ -3,7 +3,7 @@ git-reset(1)\n \n NAME\n ----\n-git-reset - Reset current HEAD to the specified state\n+git-reset - Reset current `HEAD` to the specified state\n \n SYNOPSIS\n --------\n@@ -92,7 +92,7 @@ but carries forward unmerged index entries.\n \tWhen the working tree is updated, using `--recurse-submodules` will\n \talso recursively reset the working tree of all active submodules\n \taccording to the commit recorded in the superproject, also setting\n-\tthe submodules' HEAD to be detached at that commit.\n+\tthe submodules' `HEAD` to be detached at that commit.\n --\n \n See \"Reset, restore and revert\" in linkgit:git[1] for the differences\n@@ -187,7 +187,7 @@ $ git switch topic/wip          <3>\n     to be in the `master` branch.  You want to continue polishing\n     them in a topic branch, so create `topic/wip` branch off of the\n     current `HEAD`.\n-<2> Rewind the master branch to get rid of those three commits.\n+<2> Rewind the `master` branch to get rid of those three commits.\n <3> Switch to `topic/wip` branch and keep working.\n \n Undo commits permanently::\ndiff --git a/Documentation/git-rev-parse.txt b/Documentation/git-rev-parse.txt\nindex 4b1af8c5a6..7c3c0e0007 100644\n--- a/Documentation/git-rev-parse.txt\n+++ b/Documentation/git-rev-parse.txt\n@@ -155,7 +155,7 @@ for another option.\n \tThis is similar to `--symbolic`, but it omits input that\n \tare not refs (i.e. branch or tag names; or more\n \texplicitly disambiguating \"heads/master\" form, when you\n-\twant to name the \"master\" branch when there is an\n+\twant to name the `master` branch when there is an\n \tunfortunately named tag \"master\"), and show them as full\n \trefnames (e.g. \"refs/heads/master\").\n \n@@ -475,7 +475,7 @@ This will error out if $REV is empty or not a valid revision.\n $ git rev-parse --default master --verify --end-of-options $REV\n ------------\n +\n-but if $REV is empty, the commit object name from master will be printed.\n+but if $REV is empty, the commit object name from `master` will be printed.\n \n GIT\n ---\ndiff --git a/Documentation/git-revert.txt b/Documentation/git-revert.txt\nindex bb92a4a451..a232db1d98 100644\n--- a/Documentation/git-revert.txt\n+++ b/Documentation/git-revert.txt\n@@ -17,7 +17,7 @@ DESCRIPTION\n Given one or more existing commits, revert the changes that the\n related patches introduce, and record some new commits that record\n them.  This requires your working tree to be clean (no modifications\n-from the HEAD commit).\n+from the `HEAD` commit).\n \n Note: 'git revert' is used to record some new commits to reverse the\n effect of some earlier commits (often only a faulty one).  If you want to\n@@ -82,7 +82,7 @@ more details.\n \tto revert the named commits to your working tree\n \tand the index, but does not make the commits.  In addition,\n \twhen this option is used, your index does not have to match\n-\tthe HEAD commit.  The revert is done against the\n+\tthe `HEAD` commit.  The revert is done against the\n \tbeginning state of your index.\n +\n This is useful when reverting more than one commits'\n@@ -125,13 +125,13 @@ EXAMPLES\n --------\n `git revert HEAD~3`::\n \n-\tRevert the changes specified by the fourth last commit in HEAD\n+\tRevert the changes specified by the fourth last commit in `HEAD`\n \tand create a new commit with the reverted changes.\n \n `git revert -n master~5..master~2`::\n \n \tRevert the changes done by commits from the fifth last commit\n-\tin master (included) to the third last commit in master\n+\tin `master` (included) to the third last commit in `master`\n \t(included), but do not create any commit with the reverted\n \tchanges. The revert only modifies the working tree and the\n \tindex.\ndiff --git a/Documentation/git-rm.txt b/Documentation/git-rm.txt\nindex e7ff1b5fbd..ea1f349a87 100644\n--- a/Documentation/git-rm.txt\n+++ b/Documentation/git-rm.txt\n@@ -153,7 +153,7 @@ the submodule's history. If it exists the submodule.<name> section\n in the linkgit:gitmodules[5] file will also be removed and that file\n will be staged (unless `--cached` or `-n` are used).\n \n-A submodule is considered up to date when the HEAD is the same as\n+A submodule is considered up to date when the `HEAD` is the same as\n recorded in the index, no tracked files are modified and no untracked\n files that aren't ignored are present in the submodules work tree.\n Ignored files are deemed expendable and won't stop a submodule's work\ndiff --git a/Documentation/git-show-ref.txt b/Documentation/git-show-ref.txt\nindex 8c739adc70..9d7ba22603 100644\n--- a/Documentation/git-show-ref.txt\n+++ b/Documentation/git-show-ref.txt\n@@ -35,7 +35,7 @@ OPTIONS\n \n --head::\n \n-\tShow the HEAD reference, even if it would normally be filtered out.\n+\tShow the `HEAD` reference, even if it would normally be filtered out.\n \n --heads::\n --tags::\ndiff --git a/Documentation/git-show.txt b/Documentation/git-show.txt\nindex 2b1bc7288d..b7a6f9b544 100644\n--- a/Documentation/git-show.txt\n+++ b/Documentation/git-show.txt\n@@ -35,7 +35,7 @@ This manual page describes only the most frequently used options.\n OPTIONS\n -------\n <object>...::\n-\tThe names of objects to show (defaults to 'HEAD').\n+\tThe names of objects to show (defaults to `HEAD`).\n \tFor a more complete list of ways to spell object names, see\n \t\"SPECIFYING REVISIONS\" section in linkgit:gitrevisions[7].\n \ndiff --git a/Documentation/git-stash.txt b/Documentation/git-stash.txt\nindex a8c8c32f1e..a2b69ae00f 100644\n--- a/Documentation/git-stash.txt\n+++ b/Documentation/git-stash.txt\n@@ -50,7 +50,7 @@ COMMANDS\n push [-p|--patch] [-k|--[no-]keep-index] [-u|--include-untracked] [-a|--all] [-q|--quiet] [-m|--message <message>] [--pathspec-from-file=<file> [--pathspec-file-nul]] [--] [<pathspec>...]::\n \n \tSave your local modifications to a new 'stash entry' and roll them\n-\tback to HEAD (in the working tree and in the index).\n+\tback to `HEAD` (in the working tree and in the index).\n \tThe <message> part is optional and gives\n \tthe description along with the stashed state.\n +\n@@ -121,7 +121,7 @@ branch <branchname> [<stash>]::\n +\n This is useful if the branch on which you ran `git stash push` has\n changed enough that `git stash apply` fails due to conflicts. Since\n-the stash entry is applied on top of the commit that was HEAD at the\n+the stash entry is applied on top of the commit that was `HEAD` at the\n time `git stash` was run, it restores the originally stashed state\n with no conflicts.\n \n@@ -192,7 +192,7 @@ All changes already added to the index are left intact.\n --patch::\n \tThis option is only valid for `push` and `save` commands.\n +\n-Interactively select hunks from the diff between HEAD and the\n+Interactively select hunks from the diff between `HEAD` and the\n working tree to be stashed.  The stash entry is constructed such\n that its index state is the same as the index state of your\n repository, and its worktree contains only the changes you selected\n@@ -237,7 +237,7 @@ Separates pathspec from options for disambiguation purposes.\n +\n The new stash entry records the modified states only for the files\n that match the pathspec.  The index entries and working tree files\n-are then rolled back to the state in HEAD only for these files,\n+are then rolled back to the state in `HEAD` only for these files,\n too, leaving files that do not match the pathspec intact.\n +\n For more details, see the 'pathspec' entry in linkgit:gitglossary[7].\ndiff --git a/Documentation/git-status.txt b/Documentation/git-status.txt\nindex 2fa3bc58f7..4b1951c5ce 100644\n--- a/Documentation/git-status.txt\n+++ b/Documentation/git-status.txt\n@@ -14,7 +14,7 @@ SYNOPSIS\n DESCRIPTION\n -----------\n Displays paths that have differences between the index file and the\n-current HEAD commit, paths that have differences between the working\n+current `HEAD` commit, paths that have differences between the working\n tree and the index file, and paths in the working tree that are not\n tracked by Git (and are not ignored by linkgit:gitignore[5]). The first\n are what you _would_ commit by running `git commit`; the second and\n@@ -88,7 +88,7 @@ configuration variable documented in linkgit:git-config[1].\n \tIgnore changes to submodules when looking for changes. <when> can be\n \teither \"none\", \"untracked\", \"dirty\" or \"all\", which is the default.\n \tUsing \"none\" will consider the submodule modified when it either contains\n-\tuntracked or modified files or its HEAD differs from the commit recorded\n+\tuntracked or modified files or its `HEAD` differs from the commit recorded\n \tin the superproject and can be used to override any settings of the\n \t'ignore' option in linkgit:git-config[1] or linkgit:gitmodules[5]. When\n \t\"untracked\" is used submodules are not considered dirty when they only\n@@ -242,7 +242,7 @@ U           U    unmerged, both modified\n ....\n \n Submodules have more state and instead report\n-\t\tM    the submodule has a different HEAD than\n+\t\tM    the submodule has a different `HEAD` than\n \t\t     recorded in the index\n \t\tm    the submodule has modified content\n \t\t?    the submodule has untracked files\n@@ -341,10 +341,10 @@ Field       Meaning\n \t    <c> is \"C\" if the commit changed; otherwise \".\".\n \t    <m> is \"M\" if it has tracked changes; otherwise \".\".\n \t    <u> is \"U\" if there are untracked changes; otherwise \".\".\n-<mH>        The octal file mode in HEAD.\n+<mH>        The octal file mode in `HEAD`.\n <mI>        The octal file mode in the index.\n <mW>        The octal file mode in the worktree.\n-<hH>        The object name in HEAD.\n+<hH>        The object name in `HEAD`.\n <hI>        The object name in the index.\n <X><score>  The rename or copy score (denoting the percentage\n \t    of similarity between the source and target of the\n@@ -354,7 +354,7 @@ Field       Meaning\n <sep>       When the `-z` option is used, the 2 pathnames are separated\n \t    with a NUL (ASCII 0x00) byte; otherwise, a tab (ASCII 0x09)\n \t    byte separates them.\n-<origPath>  The pathname in the commit at HEAD or in the index.\n+<origPath>  The pathname in the commit at `HEAD` or in the index.\n \t    This is only present in a renamed/copied entry, and\n \t    tells where the renamed/copied contents came from.\n --------------------------------------------------------\ndiff --git a/Documentation/git-submodule.txt b/Documentation/git-submodule.txt\nindex 1bcde161ca..891c9e48e5 100644\n--- a/Documentation/git-submodule.txt\n+++ b/Documentation/git-submodule.txt\n@@ -39,7 +39,7 @@ add [-b <branch>] [-f|--force] [--name <name>] [--reference <repository>] [--dep\n \tto the changeset to be committed next to the current\n \tproject: the current project is termed the \"superproject\".\n +\n-<repository> is the URL of the new submodule's origin repository.\n+<repository> is the URL of the new submodule's `origin` repository.\n This may be either an absolute URL, or (if it begins with ./\n or ../), the location relative to the superproject's default remote\n repository (Please note that to specify a repository 'foo.git'\n@@ -50,7 +50,7 @@ of relative URLs in Git is identical to that of relative directories).\n +\n The default remote is the remote of the remote-tracking branch\n of the current branch. If no such remote-tracking branch exists or\n-the HEAD is detached, \"origin\" is assumed to be the default remote.\n+the `HEAD` is detached, `origin` is assumed to be the default remote.\n If the superproject doesn't have a default remote configured\n the superproject is its own authoritative upstream and the current\n working directory is used instead.\n@@ -88,7 +88,7 @@ If `--recursive` is specified, this command will recurse into nested\n submodules, and show their status as well.\n +\n If you are only interested in changes of the currently initialized\n-submodules with respect to the commit recorded in the index or the HEAD,\n+submodules with respect to the commit recorded in the index or the `HEAD`,\n linkgit:git-status[1] and linkgit:git-diff[1] will provide that information\n too (and can also report changes to a submodule's work tree).\n \n@@ -147,7 +147,7 @@ The 'update' procedures supported both from the command line as well as\n through the `submodule.<name>.update` configuration are:\n \n \tcheckout;; the commit recorded in the superproject will be\n-\t    checked out in the submodule on a detached HEAD.\n+\t    checked out in the submodule on a detached `HEAD`.\n +\n If `--force` is specified, the submodule will be checked out (using\n `git checkout --force`), even if the commit specified\n@@ -183,7 +183,7 @@ set-branch (-d|--default) [--] <path>::\n \tSets the default remote tracking branch for the submodule. The\n \t`--branch` option allows the remote branch to be specified. The\n \t`--default` option removes the submodule.<name>.branch configuration\n-\tkey, which causes the tracking branch to default to the remote 'HEAD'.\n+\tkey, which causes the tracking branch to default to the remote `HEAD`.\n \n set-url [--] <path> <newurl>::\n \tSets the URL of the specified submodule to <newurl>. Then, it will\n@@ -191,7 +191,7 @@ set-url [--] <path> <newurl>::\n \tconfiguration.\n \n summary [--cached|--files] [(-n|--summary-limit) <n>] [commit] [--] [<path>...]::\n-\tShow commit summary between the given commit (defaults to HEAD) and\n+\tShow commit summary between the given commit (defaults to `HEAD`) and\n \tworking tree/index. For a submodule in question, a series of commits\n \tin the submodule between the given super project commit and the\n \tindex or working tree (switched by `--cached`) are shown. If the option\n@@ -284,7 +284,7 @@ OPTIONS\n \t`.gitmodules` for `update --remote`.  A special value of `.` is used to\n \tindicate that the name of the branch in the submodule should be the\n \tsame name as the current branch in the current repository.  If the\n-\toption is not specified, it defaults to the remote 'HEAD'.\n+\toption is not specified, it defaults to the remote `HEAD`.\n \n -f::\n --force::\n@@ -301,12 +301,12 @@ OPTIONS\n \n --cached::\n \tThis option is only valid for status and summary commands.  These\n-\tcommands typically use the commit found in the submodule HEAD, but\n+\tcommands typically use the commit found in the submodule `HEAD`, but\n \twith this option, the commit stored in the index is used instead.\n \n --files::\n \tThis option is only valid for the summary command. This command\n-\tcompares the commit in the index with that in the submodule HEAD\n+\tcompares the commit in the index with that in the submodule `HEAD`\n \twhen this option is used.\n \n -n::\n@@ -339,7 +339,7 @@ SHA-1.  If you don't want to fetch, you should use `submodule update\n --remote --no-fetch`.\n +\n Use this option to integrate changes from the upstream subproject with\n-your submodule's current HEAD.  Alternatively, you can run `git pull`\n+your submodule's current `HEAD`.  Alternatively, you can run `git pull`\n from the submodule, which is equivalent except for the remote branch\n name: `update --remote` uses the default upstream repository and\n `submodule.<name>.branch`, while `git pull` uses the submodule's\n@@ -355,7 +355,7 @@ the submodule itself.\n \n --checkout::\n \tThis option is only valid for the update command.\n-\tCheckout the commit recorded in the superproject on a detached HEAD\n+\tCheckout the commit recorded in the superproject on a detached `HEAD`\n \tin the submodule. This is the default behavior, the main use of\n \tthis option is to override `submodule.$name.update` when set to\n \ta value other than `checkout`.\n@@ -365,7 +365,7 @@ the submodule itself.\n --merge::\n \tThis option is only valid for the update command.\n \tMerge the commit recorded in the superproject into the current branch\n-\tof the submodule. If this option is given, the submodule's HEAD will\n+\tof the submodule. If this option is given, the submodule's `HEAD` will\n \tnot be detached. If a merge failure prevents this process, you will\n \thave to resolve the resulting conflicts within the submodule with the\n \tusual conflict resolution tools.\n@@ -375,7 +375,7 @@ the submodule itself.\n --rebase::\n \tThis option is only valid for the update command.\n \tRebase the current branch onto the commit recorded in the\n-\tsuperproject. If this option is given, the submodule's HEAD will not\n+\tsuperproject. If this option is given, the submodule's `HEAD` will not\n \tbe detached. If a merge failure prevents this process, you will have\n \tto resolve these failures with linkgit:git-rebase[1].\n \tIf the key `submodule.$name.update` is set to `rebase`, this option is\n@@ -432,7 +432,7 @@ options carefully.\n \n --[no-]single-branch::\n \tThis option is only valid for the update command.\n-\tClone only one branch during update: HEAD or one specified by `--branch`.\n+\tClone only one branch during update: `HEAD` or one specified by `--branch`.\n \n <path>...::\n \tPaths to submodule(s). When specified this will restrict the command\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex 3f55e9c419..f316b7dfc4 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -140,7 +140,7 @@ repository, either don't use this option or you should both use it in\n the same local time zone.\n \n --parent;;\n-\tFetch only from the SVN parent of the current HEAD.\n+\tFetch only from the SVN parent of the current `HEAD`.\n \n --ignore-refs=<regex>;;\n \tIgnore refs for branches or tags matching the Perl regular\n@@ -224,7 +224,7 @@ config key: svn-remote.<name>.include-paths\n \tDefault: \".gitignore\"\n \n 'rebase'::\n-\tThis fetches revisions from the SVN parent of the current HEAD\n+\tThis fetches revisions from the SVN parent of the current `HEAD`\n \tand rebases the current (uncommitted to SVN) work against it.\n +\n This works similarly to `svn update` or 'git pull' except that\n@@ -394,7 +394,7 @@ Any other arguments are passed directly to 'git log'\n \toutput of this mode is format-compatible with the output of\n \t`svn blame' by default. Like the SVN blame command,\n \tlocal uncommitted changes in the working tree are ignored;\n-\tthe version of the file in the HEAD revision is annotated. Unknown\n+\tthe version of the file in the `HEAD` revision is annotated. Unknown\n \targuments are passed directly to 'git blame'.\n +\n --git-format;;\n@@ -558,7 +558,7 @@ git svn fetch\n        r2---r3---A---B master\n ------------\n +\n-Then fixup \"master\" with 'git rebase'.\n+Then fixup `master` with 'git rebase'.\n Do NOT use 'git merge' or your history will not be compatible with a\n future 'dcommit'!\n +\n@@ -954,7 +954,7 @@ HANDLING OF SVN BRANCHES\n If 'git svn' is configured to fetch branches (and `--follow-branches`\n is in effect), it sometimes creates multiple Git branches for one\n SVN branch, where the additional branches have names of the form\n-'branchname@nnn' (with nnn an SVN revision number).  These additional\n+`branchname@nnn` (with nnn an SVN revision number).  These additional\n branches are created if 'git svn' cannot find a parent commit for the\n first commit in an SVN branch, to connect the branch to the history of\n the other branches.\n@@ -976,7 +976,7 @@ branch was copied from and create appropriate Git commits.  This is\n indicated by the message \"Initializing parent: <branchname>\".\n \n Additionally, it will create a special branch named\n-'<branchname>@<SVN-Revision>', where <SVN-Revision> is the SVN revision\n+`<branchname>@<SVN-Revision>`, where <SVN-Revision> is the SVN revision\n number the branch was copied from.  This branch will point to the newly\n created parent commit of the branch.  If in SVN the branch was deleted\n and later recreated from a different version, there will be multiple\n@@ -988,12 +988,12 @@ single SVN revision.\n An example: in an SVN repository with a standard\n trunk/tags/branches layout, a directory trunk/sub is created in r.100.\n In r.200, trunk/sub is branched by copying it to branches/. 'git svn\n-clone -s' will then create a branch 'sub'. It will also create new Git\n+clone -s' will then create a branch `sub`. It will also create new Git\n commits for r.100 through r.199 and use these as the history of branch\n-'sub'. Thus there will be two Git commits for each revision from r.100\n+`sub`. Thus there will be two Git commits for each revision from r.100\n to r.199 (one containing trunk/, one containing trunk/sub/). Finally,\n-it will create a branch 'sub@200' pointing to the new parent commit of\n-branch 'sub' (i.e. the commit for r.200 and trunk/sub/).\n+it will create a branch `sub@200` pointing to the new parent commit of\n+branch `sub` (i.e. the commit for r.200 and trunk/sub/).\n \n CAVEATS\n -------\ndiff --git a/Documentation/git-switch.txt b/Documentation/git-switch.txt\nindex 5c438cd505..5737f25cf6 100644\n--- a/Documentation/git-switch.txt\n+++ b/Documentation/git-switch.txt\n@@ -42,7 +42,7 @@ OPTIONS\n <start-point>::\n \tThe starting point for the new branch. Specifying a\n \t`<start-point>` allows you to create a branch based on some\n-\tother point in history than where HEAD currently points. (Or,\n+\tother point in history than where `HEAD` currently points. (Or,\n \tin the case of `--detach`, allows you to inspect and detach\n \tfrom some other point.)\n +\n@@ -99,7 +99,7 @@ the `checkout.defaultRemote` configuration variable, we'll use that\n one for the purposes of disambiguation, even if the `<branch>` isn't\n unique across all remotes. Set it to e.g. `checkout.defaultRemote=origin`\n to always checkout remote branches from there if `<branch>` is\n-ambiguous but exists on the 'origin' remote. See also\n+ambiguous but exists on the `origin` remote. See also\n `checkout.defaultRemote` in linkgit:git-config[1].\n +\n `--guess` is the default behavior. Use `--no-guess` to disable it.\n@@ -193,7 +193,7 @@ name, the guessing is aborted.  You can explicitly give a name with\n EXAMPLES\n --------\n \n-The following command switches to the \"master\" branch:\n+The following command switches to the `master` branch:\n \n ------------\n $ git switch master\n@@ -228,14 +228,14 @@ registered in your index file, so `git diff` would show you what\n changes you made since the tip of the new branch.\n \n To switch back to the previous branch before we switched to mytopic\n-(i.e. \"master\" branch):\n+(i.e. `master` branch):\n \n ------------\n $ git switch -\n ------------\n \n You can grow a new branch from any commit. For example, switch to\n-\"HEAD~3\" and create branch \"fixup\":\n+`HEAD~3` and create branch `fixup`:\n \n ------------\n $ git switch -c fixup HEAD~3\ndiff --git a/Documentation/git-symbolic-ref.txt b/Documentation/git-symbolic-ref.txt\nindex ef68ad2b71..2cbec2d033 100644\n--- a/Documentation/git-symbolic-ref.txt\n+++ b/Documentation/git-symbolic-ref.txt\n@@ -39,7 +39,7 @@ OPTIONS\n -q::\n --quiet::\n \tDo not issue an error message if the <name> is not a\n-\tsymbolic ref but a detached HEAD; instead exit with\n+\tsymbolic ref but a detached `HEAD`; instead exit with\n \tnon-zero status silently.\n \n --short::\ndiff --git a/Documentation/git-tag.txt b/Documentation/git-tag.txt\nindex b802972bb2..13a0d2abbb 100644\n--- a/Documentation/git-tag.txt\n+++ b/Documentation/git-tag.txt\n@@ -209,7 +209,7 @@ This option is only applicable when listing tags without annotation lines.\n <commit>::\n <object>::\n \tThe object that the new tag will refer to, usually a commit.\n-\tDefaults to HEAD.\n+\tDefaults to `HEAD`.\n \n CONFIGURATION\n -------------\ndiff --git a/Documentation/git-update-ref.txt b/Documentation/git-update-ref.txt\nindex 3c3da97c29..be48daa825 100644\n--- a/Documentation/git-update-ref.txt\n+++ b/Documentation/git-update-ref.txt\n@@ -20,7 +20,7 @@ Given three arguments, stores the <newvalue> in the <ref>,\n possibly dereferencing the symbolic refs, after verifying that\n the current value of the <ref> matches <oldvalue>.\n E.g. `git update-ref refs/heads/master <newvalue> <oldvalue>`\n-updates the master branch head to <newvalue> only if its current\n+updates the `master` branch head to <newvalue> only if its current\n value is <oldvalue>.  You can specify 40 \"0\" or an empty string\n as <oldvalue> to make sure that the ref you are creating does\n not exist.\n@@ -151,7 +151,7 @@ LOGGING UPDATES\n ---------------\n If config parameter \"core.logAllRefUpdates\" is true and the ref is one\n under \"refs/heads/\", \"refs/remotes/\", \"refs/notes/\", or a pseudoref\n-like HEAD or ORIG_HEAD; or the file \"$GIT_DIR/logs/<ref>\" exists then\n+like `HEAD` or `ORIG_HEAD`; or the file \"$GIT_DIR/logs/<ref>\" exists then\n `git update-ref` will append a line to the log file\n \"$GIT_DIR/logs/<ref>\" (dereferencing all symbolic refs before creating\n the log name) describing the change in ref value.  Log lines are\ndiff --git a/Documentation/git-worktree.txt b/Documentation/git-worktree.txt\nindex f1bb1fa5f5..35bb1bb120 100644\n--- a/Documentation/git-worktree.txt\n+++ b/Documentation/git-worktree.txt\n@@ -97,7 +97,7 @@ list::\n List details of each working tree.  The main working tree is listed first,\n followed by each of the linked working trees.  The output details include\n whether the working tree is bare, the revision currently checked out, the\n-branch currently checked out (or \"detached HEAD\" if none), \"locked\" if\n+branch currently checked out (or \"detached `HEAD`\" if none), \"locked\" if\n the worktree is locked, \"prunable\" if the worktree can be pruned by `prune`\n command.\n \ndiff --git a/Documentation/git.txt b/Documentation/git.txt\nindex fc49a4fd42..dcc52adff6 100644\n--- a/Documentation/git.txt\n+++ b/Documentation/git.txt\n@@ -516,7 +516,7 @@ double-quotes and respecting backslash escapes. E.g., the value\n `GIT_COMMON_DIR`::\n \tIf this variable is set to a path, non-worktree files that are\n \tnormally in $GIT_DIR will be taken from this path\n-\tinstead. Worktree-specific files such as HEAD or index are\n+\tinstead. Worktree-specific files such as `HEAD` or index are\n \ttaken from $GIT_DIR. See linkgit:gitrepository-layout[5] and\n \tlinkgit:git-worktree[1] for\n \tdetails. This variable has lower precedence than other path\n@@ -914,7 +914,7 @@ standard output.\n `GIT_PRINT_SHA1_ELLIPSIS` (deprecated)::\n \tIf set to `yes`, print an ellipsis following an\n \t(abbreviated) SHA-1 value.  This affects indications of\n-\tdetached HEADs (linkgit:git-checkout[1]) and the raw\n+\tdetached `HEAD`s (linkgit:git-checkout[1]) and the raw\n \tdiff output (linkgit:git-diff[1]).  Printing an\n \tellipsis in the cases mentioned is no longer considered\n \tadequate and support for it is likely to be removed in the\ndiff --git a/Documentation/gitcli.txt b/Documentation/gitcli.txt\nindex 92e4ba6a2f..0fb18e3f35 100644\n--- a/Documentation/gitcli.txt\n+++ b/Documentation/gitcli.txt\n@@ -29,7 +29,7 @@ arguments.  Here are the rules:\n    E.g. `git diff -- HEAD` is, \"I have a file called HEAD in my work\n    tree.  Please show changes between the version I staged in the index\n    and what I have in the work tree for that file\", not \"show difference\n-   between the HEAD commit and the work tree as a whole\".  You can say\n+   between the `HEAD` commit and the work tree as a whole\".  You can say\n    `git diff HEAD --` to ask for the latter.\n \n  * Without disambiguating `--`, Git makes a reasonable guess, but errors\ndiff --git a/Documentation/gitcore-tutorial.txt b/Documentation/gitcore-tutorial.txt\nindex 633439702f..77573c813c 100644\n--- a/Documentation/gitcore-tutorial.txt\n+++ b/Documentation/gitcore-tutorial.txt\n@@ -330,7 +330,7 @@ object name for the commit to its standard output.\n \n And this is where we create the `.git/refs/heads/master` file\n which is pointed at by `HEAD`. This file is supposed to contain\n-the reference to the top-of-tree of the master branch, and since\n+the reference to the top-of-tree of the `master` branch, and since\n that's exactly what 'git commit-tree' spits out, we can do this\n all with a sequence of simple shell commands:\n \n@@ -402,7 +402,7 @@ In other words, 'git diff-index' normally compares a tree against the\n working tree, but when given the `--cached` flag, it is told to\n instead compare against just the index cache contents, and ignore the\n current working tree state entirely. Since we just wrote the index\n-file to HEAD, doing `git diff-index --cached -p HEAD` should thus return\n+file to `HEAD`, doing `git diff-index --cached -p HEAD` should thus return\n an empty set of differences, and that's exactly what it does.\n \n [NOTE]\n@@ -446,7 +446,7 @@ flag or not, since now the index is coherent with the working tree.\n Now, since we've updated `hello` in the index, we can commit the new\n version. We could do it by writing the tree by hand again, and\n committing the tree (this time we'd have to use the `-p HEAD` flag to\n-tell commit that the HEAD was the *parent* of the new commit, and that\n+tell commit that the `HEAD` was the *parent* of the new commit, and that\n this wasn't an initial commit any more), but you've done that once\n already, so let's just use the helpful script this time:\n \n@@ -822,7 +822,7 @@ commit log message from the command line.\n \n Now, to make it a bit more interesting, let's assume that somebody else\n does some work in the original branch, and simulate that by going back\n-to the master branch, and editing the same file differently there:\n+to the `master` branch, and editing the same file differently there:\n \n ------------\n $ git switch master\n@@ -838,7 +838,7 @@ $ echo \"Lots of fun\" >>example\n $ git commit -m \"Some fun.\" -i hello example\n ------------\n \n-since the master branch is obviously in a much better mood.\n+since the `master` branch is obviously in a much better mood.\n \n Now, you've got two branches, and you decide that you want to merge the\n work done. Before we do that, let's introduce a cool graphical tool that\n@@ -933,21 +933,21 @@ shows an ordinary commit on the current branch, `-` is a merge commit), which\n means they are now part of the `master` branch. Only the \"Some\n work\" commit has the plus `+` character in the second column,\n because `mybranch` has not been merged to incorporate these\n-commits from the master branch.  The string inside brackets\n+commits from the `master` branch.  The string inside brackets\n before the commit log message is a short name you can use to\n-name the commit.  In the above example, 'master' and 'mybranch'\n-are branch heads.  'master^' is the first parent of 'master'\n+name the commit.  In the above example, `master` and `mybranch`\n+are branch heads.  `master^` is the first parent of `master`\n branch head.  Please see linkgit:gitrevisions[7] if you want to\n see more complex cases.\n \n [NOTE]\n Without the `--more=1` option, 'git show-branch' would not output the\n '[master^]' commit, as '[mybranch]' commit is a common ancestor of\n-both 'master' and 'mybranch' tips.  Please see linkgit:git-show-branch[1]\n+both `master` and `mybranch` tips.  Please see linkgit:git-show-branch[1]\n for details.\n \n [NOTE]\n-If there were more commits on the 'master' branch after the merge, the\n+If there were more commits on the `master` branch after the merge, the\n merge commit itself would not be shown by 'git show-branch' by\n default.  You would need to provide `--sparse` option to make the\n merge commit visible in this case.\n@@ -1523,7 +1523,7 @@ like this:\n    the initial cloning is stored in the remote.origin.url\n    configuration variable.\n \n-2. Do your work in your repository on 'master' branch.\n+2. Do your work in your repository on `master` branch.\n \n 3. Run `git fetch origin` from the public repository of your\n    upstream every once in a while. This does only the first\n@@ -1559,9 +1559,9 @@ using branches with Git.\n We have already seen how branches work previously,\n with \"fun and work\" example using two branches.  The idea is the\n same if there are more than two branches.  Let's say you started\n-out from \"master\" head, and have some new code in the \"master\"\n-branch, and two independent fixes in the \"commit-fix\" and\n-\"diff-fix\" branches:\n+out from `master` head, and have some new code in the `master`\n+branch, and two independent fixes in the `commit-fix` and\n+`diff-fix` branches:\n \n ------------\n $ git show-branch\n@@ -1577,8 +1577,8 @@ $ git show-branch\n ------------\n \n Both fixes are tested well, and at this point, you want to merge\n-in both of them.  You could merge in 'diff-fix' first and then\n-'commit-fix' next, like this:\n+in both of them.  You could merge in `diff-fix` first and then\n+`commit-fix` next, like this:\n \n ------------\n $ git merge -m \"Merge fix in diff-fix\" diff-fix\n@@ -1607,8 +1607,8 @@ first and the other next, when what you have are a set of truly\n independent changes (if the order mattered, then they are not\n independent by definition).  You could instead merge those two\n branches into the current branch at once.  First let's undo what\n-we just did and start over.  We would want to get the master\n-branch before these two merges by resetting it to 'master~2':\n+we just did and start over.  We would want to get the `master`\n+branch before these two merges by resetting it to `master~2`:\n \n ------------\n $ git reset --hard master~2\ndiff --git a/Documentation/giteveryday.txt b/Documentation/giteveryday.txt\nindex faba2ef088..03c9e5e8d5 100644\n--- a/Documentation/giteveryday.txt\n+++ b/Documentation/giteveryday.txt\n@@ -104,8 +104,8 @@ modification will be caught if you do `git commit -a` later.\n <6> look at all your changes including the previous commit.\n <7> amend the previous commit, adding all your new changes,\n using your original message.\n-<8> switch to the master branch.\n-<9> merge a topic branch into your master branch.\n+<8> switch to the `master` branch.\n+<9> merge a topic branch into your `master` branch.\n <10> review commit logs; other forms to limit output can be\n combined and include `-10` (to show up to 10 commits),\n `--until=2005-12-10`, etc.\n@@ -123,7 +123,7 @@ addition to the ones needed by a standalone developer.\n   * linkgit:git-clone[1] from the upstream to prime your local\n     repository.\n \n-  * linkgit:git-pull[1] and linkgit:git-fetch[1] from \"origin\"\n+  * linkgit:git-pull[1] and linkgit:git-fetch[1] from `origin`\n     to keep up-to-date with the upstream.\n \n   * linkgit:git-push[1] to shared repository, if you adopt CVS\n@@ -160,9 +160,9 @@ $ git reset --hard ORIG_HEAD <10>\n $ git gc <11>\n ------------\n +\n-<1> checkout a new branch `mine` from master.\n+<1> checkout a new branch `mine` from `master`.\n <2> repeat as needed.\n-<3> extract patches from your branch, relative to master,\n+<3> extract patches from your branch, relative to `master`,\n <4> and email them.\n <5> return to `master`, ready to see what's new\n <6> `git pull` fetches from `origin` by default and merges into the\n@@ -210,7 +210,7 @@ remote-tracking branches on the mothership machine.  You could use this\n as a back-up method. Likewise, you can pretend that mothership\n \"fetched\" from you (useful when access is one sided).\n <5> on mothership machine, merge the work done on the satellite\n-machine into the master branch.\n+machine into the `master` branch.\n \n Branch off of a specific tag.::\n +\n@@ -305,7 +305,7 @@ master or exposed as a part of a stable branch.\n <8> and bundle topic branches still cooking.\n <9> backport a critical fix.\n <10> create a signed tag.\n-<11> make sure master was not accidentally rewound beyond that\n+<11> make sure `master` was not accidentally rewound beyond that\n already pushed out.\n <12> In the output from `git show-branch`, `master` should have\n everything `ko/master` has, and `next` should have\n@@ -446,7 +446,7 @@ refs/tags/v[0-9]*\tdavid\n <2> and make the shared repository writable by the group.\n <3> use update-hook example by Carl from Documentation/howto/\n for branch policy control.\n-<4> alice and cindy can push into master, only bob can push into doc-update.\n+<4> alice and cindy can push into `master`, only bob can push into `doc-update`.\n david is the release manager and is the only person who can\n create and push version tags.\n \ndiff --git a/Documentation/githooks.txt b/Documentation/githooks.txt\nindex b51959ff94..5e87987882 100644\n--- a/Documentation/githooks.txt\n+++ b/Documentation/githooks.txt\n@@ -189,8 +189,8 @@ post-checkout\n \n This hook is invoked when a linkgit:git-checkout[1] or\n linkgit:git-switch[1] is run after having updated the\n-worktree.  The hook is given three parameters: the ref of the previous HEAD,\n-the ref of the new HEAD (which may or may not have changed), and a flag\n+worktree.  The hook is given three parameters: the ref of the previous `HEAD`,\n+the ref of the new `HEAD` (which may or may not have changed), and a flag\n indicating whether the checkout was a branch checkout (changing branches,\n flag=1) or a file checkout (retrieving a file from the index, flag=0).\n This hook cannot affect the outcome of `git switch` or `git checkout`,\n@@ -199,11 +199,11 @@ these two commands.\n \n It is also run after linkgit:git-clone[1], unless the `--no-checkout` (`-n`) option is\n used. The first parameter given to the hook is the null-ref, the second the\n-ref of the new HEAD and the flag is always 1. Likewise for `git worktree add`\n+ref of the new `HEAD` and the flag is always 1. Likewise for `git worktree add`\n unless `--no-checkout` is used.\n \n This hook can be used to perform repository validity checks, auto-display\n-differences from the previous HEAD if different, or set working dir metadata\n+differences from the previous `HEAD` if different, or set working dir metadata\n properties.\n \n post-merge\ndiff --git a/Documentation/gitk.txt b/Documentation/gitk.txt\nindex 6ceeae227c..29bd307bb9 100644\n--- a/Documentation/gitk.txt\n+++ b/Documentation/gitk.txt\n@@ -64,7 +64,7 @@ linkgit:git-rev-list[1] for a complete list.\n --merge::\n \n \tAfter an attempt to merge stops with conflicts, show the commits on\n-\tthe history between two branches (i.e. the HEAD and the MERGE_HEAD)\n+\tthe history between two branches (i.e. the `HEAD` and the `MERGE_HEAD`)\n \tthat modify the conflicted files and do not exist on all the heads\n \tbeing merged.\n \ndiff --git a/Documentation/gitnamespaces.txt b/Documentation/gitnamespaces.txt\nindex b614969ad2..29bac9e1bf 100644\n--- a/Documentation/gitnamespaces.txt\n+++ b/Documentation/gitnamespaces.txt\n@@ -16,7 +16,7 @@ DESCRIPTION\n -----------\n \n Git supports dividing the refs of a single repository into multiple\n-namespaces, each of which has its own branches, tags, and HEAD.  Git can\n+namespaces, each of which has its own branches, tags, and `HEAD`.  Git can\n expose each namespace as an independent repository to pull from and push\n to, while sharing the object store, and exposing all the refs to\n operations such as linkgit:git-gc[1].\ndiff --git a/Documentation/gitremote-helpers.txt b/Documentation/gitremote-helpers.txt\nindex 6f1e269ae4..f5ac7ae7ca 100644\n--- a/Documentation/gitremote-helpers.txt\n+++ b/Documentation/gitremote-helpers.txt\n@@ -322,9 +322,9 @@ Supported if the helper has the \"fetch\" capability.\n \t(if there is only one reference to push, a single 'push' command\n \tis followed by a blank line). For example, the following would\n \tbe two batches of 'push', the first asking the remote-helper\n-\tto push the local ref 'master' to the remote ref 'master' and\n-\tthe local `HEAD` to the remote 'branch', and the second\n-\tasking to push ref 'foo' to ref 'bar' (forced update requested\n+\tto push the local ref `master` to the remote ref `master` and\n+\tthe local `HEAD` to the remote `branch`, and the second\n+\tasking to push ref `foo` to ref `bar` (forced update requested\n \tby the '+').\n +\n ------------\ndiff --git a/Documentation/gitrepository-layout.txt b/Documentation/gitrepository-layout.txt\nindex 1a2ef4c150..e174a28360 100644\n--- a/Documentation/gitrepository-layout.txt\n+++ b/Documentation/gitrepository-layout.txt\n@@ -128,7 +128,7 @@ HEAD::\n \tdescribing the currently active branch.  It does not mean\n \tmuch if the repository is not associated with any working tree\n \t(i.e. a 'bare' repository), but a valid Git repository\n-\t*must* have the HEAD file; some porcelains may use it to\n+\t*must* have the `HEAD` file; some porcelains may use it to\n \tguess the designated \"default\" branch of the repository\n \t(usually 'master').  It is legal if the named branch\n \t'name' does not (yet) exist.  In some legacy setups, it is\n@@ -137,7 +137,7 @@ HEAD::\n +\n HEAD can also record a specific commit directly, instead of\n being a symref to point at the current branch.  Such a state\n-is often called 'detached HEAD.'  See linkgit:git-checkout[1]\n+is often called 'detached `HEAD`.'  See linkgit:git-checkout[1]\n for details.\n \n config::\ndiff --git a/Documentation/gittutorial-2.txt b/Documentation/gittutorial-2.txt\nindex e1e09070ad..2b3cba8ae3 100644\n--- a/Documentation/gittutorial-2.txt\n+++ b/Documentation/gittutorial-2.txt\n@@ -132,7 +132,7 @@ and the contents of these files is just the compressed data plus a\n header identifying their length and their type.  The type is either a\n blob, a tree, a commit, or a tag.\n \n-The simplest commit to find is the HEAD commit, which we can find\n+The simplest commit to find is the `HEAD` commit, which we can find\n from .git/HEAD:\n \n ------------------------------------------------\ndiff --git a/Documentation/gittutorial.txt b/Documentation/gittutorial.txt\nindex ff366cc752..089a89f776 100644\n--- a/Documentation/gittutorial.txt\n+++ b/Documentation/gittutorial.txt\n@@ -182,7 +182,7 @@ Managing branches\n -----------------\n \n A single Git repository can maintain multiple branches of\n-development.  To create a new branch named \"experimental\", use\n+development.  To create a new branch named `experimental`, use\n \n ------------------------------------------------\n $ git branch experimental\n@@ -201,8 +201,8 @@ you'll get a list of all existing branches:\n * master\n ------------------------------------------------\n \n-The \"experimental\" branch is the one you just created, and the\n-\"master\" branch is a default branch that was created for you\n+The `experimental` branch is the one you just created, and the\n+`master` branch is a default branch that was created for you\n automatically.  The asterisk marks the branch you are currently on;\n type\n \n@@ -211,7 +211,7 @@ $ git switch experimental\n ------------------------------------------------\n \n to switch to the experimental branch.  Now edit a file, commit the\n-change, and switch back to the master branch:\n+change, and switch back to the `master` branch:\n \n ------------------------------------------------\n (edit file)\n@@ -220,9 +220,9 @@ $ git switch master\n ------------------------------------------------\n \n Check that the change you made is no longer visible, since it was\n-made on the experimental branch and you're back on the master branch.\n+made on the experimental branch and you're back on the `master` branch.\n \n-You can make a different change on the master branch:\n+You can make a different change on the `master` branch:\n \n ------------------------------------------------\n (edit file)\n@@ -230,7 +230,7 @@ $ git commit -a\n ------------------------------------------------\n \n at this point the two branches have diverged, with different changes\n-made in each.  To merge the changes made in experimental into master, run\n+made in each.  To merge the changes made in `experimental` into `master`, run\n \n ------------------------------------------------\n $ git merge experimental\n@@ -310,7 +310,7 @@ alice$ cd /home/alice/project\n alice$ git pull /home/bob/myrepo master\n ------------------------------------------------\n \n-This merges the changes from Bob's \"master\" branch into Alice's\n+This merges the changes from Bob's `master` branch into Alice's\n current branch.  If Alice has made her own changes in the meantime,\n then she may need to manually fix any conflicts.\n \n@@ -327,7 +327,7 @@ some way and pull again when this happens).\n \n Alice can peek at what Bob did without merging first, using the \"fetch\"\n command; this allows Alice to inspect what Bob did, using a special\n-symbol \"FETCH_HEAD\", in order to determine if he has anything worth\n+symbol `FETCH_HEAD`, in order to determine if he has anything worth\n pulling, like this:\n \n ------------------------------------------------\n@@ -336,10 +336,10 @@ alice$ git log -p HEAD..FETCH_HEAD\n ------------------------------------------------\n \n This operation is safe even if Alice has uncommitted local changes.\n-The range notation \"HEAD..FETCH_HEAD\" means \"show everything that is reachable\n-from the FETCH_HEAD but exclude anything that is reachable from HEAD\".\n-Alice already knows everything that leads to her current state (HEAD),\n-and reviews what Bob has in his state (FETCH_HEAD) that she has not\n+The range notation \"`HEAD`..`FETCH_HEAD`\" means \"show everything that is reachable\n+from the `FETCH_HEAD` but exclude anything that is reachable from `HEAD`\".\n+Alice already knows everything that leads to her current state (`HEAD`),\n+and reviews what Bob has in his state (`FETCH_HEAD`) that she has not\n seen with this command.\n \n If Alice wants to visualize what Bob did since their histories forked\n@@ -397,10 +397,10 @@ alice$ git log -p master..bob/master\n -------------------------------------\n \n shows a list of all the changes that Bob made since he branched from\n-Alice's master branch.\n+Alice's `master` branch.\n \n After examining those changes, Alice\n-could merge the changes into her master branch:\n+could merge the changes into her `master` branch:\n \n -------------------------------------\n alice$ git merge bob/master\n@@ -436,8 +436,8 @@ bob$ git config --get remote.origin.url\n `git config -l`, and the linkgit:git-config[1] man page\n explains the meaning of each option.)\n \n-Git also keeps a pristine copy of Alice's master branch under the\n-name \"origin/master\":\n+Git also keeps a pristine copy of Alice's `master` branch under the\n+name `origin/master`:\n \n -------------------------------------\n bob$ git branch -r\n@@ -570,22 +570,22 @@ $ git log v2.5.. Makefile       # commits since v2.5 which modify\n \n You can also give 'git log' a \"range\" of commits where the first is not\n necessarily an ancestor of the second; for example, if the tips of\n-the branches \"stable\" and \"master\" diverged from a common\n+the branches `stable` and `master` diverged from a common\n commit some time ago, then\n \n -------------------------------------\n $ git log stable..master\n -------------------------------------\n \n-will list commits made in the master branch but not in the\n-stable branch, while\n+will list commits made in the `master` branch but not in the\n+`stable` branch, while\n \n -------------------------------------\n $ git log master..stable\n -------------------------------------\n \n-will show the list of commits made on the stable branch but not\n-the master branch.\n+will show the list of commits made on the `stable` branch but not\n+the `master` branch.\n \n The 'git log' command has a weakness: it must present commits in a\n list.  When the history has lines of development that diverged and\ndiff --git a/Documentation/gitweb.txt b/Documentation/gitweb.txt\nindex 3cc9b034c4..ee6e6a30fd 100644\n--- a/Documentation/gitweb.txt\n+++ b/Documentation/gitweb.txt\n@@ -291,7 +291,7 @@ action::\n \tis not set, and to 'summary' otherwise.\n \n revision::\n-\tRevision shown.  Defaults to HEAD.\n+\tRevision shown.  Defaults to `HEAD`.\n \n path::\n \tThe path within the <repository> that the action is performed on,\n@@ -385,7 +385,7 @@ The 'shortlog' view is more compact; it shows one commit per line.\n \n history::\n \tShows history of the file or directory in a given repository path,\n-\tstarting from given revision (defaults to HEAD, i.e. default branch).\n+\tstarting from given revision (defaults to `HEAD`, i.e. default branch).\n +\n This view is similar to 'shortlog' view.\n \ndiff --git a/Documentation/gitworkflows.txt b/Documentation/gitworkflows.txt\nindex 47cf97f9be..07344bf85a 100644\n--- a/Documentation/gitworkflows.txt\n+++ b/Documentation/gitworkflows.txt\n@@ -75,25 +75,25 @@ As a given feature goes from experimental to stable, it also\n \"graduates\" between the corresponding branches of the software.\n `git.git` uses the following 'integration branches':\n \n-* 'maint' tracks the commits that should go into the next \"maintenance\n+* `maint` tracks the commits that should go into the next \"maintenance\n   release\", i.e., update of the last released stable version;\n \n-* 'master' tracks the commits that should go into the next release;\n+* `master` tracks the commits that should go into the next release;\n \n-* 'next' is intended as a testing branch for topics being tested for\n-  stability for master.\n+* `next` is intended as a testing branch for topics being tested for\n+  stability for `master`.\n \n There is a fourth official branch that is used slightly differently:\n \n-* 'seen' (patches seen by the maintainer) is an integration branch for\n+* `seen` (patches seen by the maintainer) is an integration branch for\n   things that are not quite ready for inclusion yet (see \"Integration\n   Branches\" below).\n \n Each of the four branches is usually a direct descendant of the one\n above it.\n \n-Conceptually, the feature enters at an unstable branch (usually 'next'\n-or 'seen'), and \"graduates\" to 'master' for the next release once it is\n+Conceptually, the feature enters at an unstable branch (usually `next`\n+or `seen`), and \"graduates\" to `master` for the next release once it is\n considered stable enough.\n \n \n@@ -113,7 +113,7 @@ other.\n =====================================\n \n This gives a very controlled flow of fixes.  If you notice that you\n-have applied a fix to e.g. 'master' that is also required in 'maint',\n+have applied a fix to e.g. `master` that is also required in `maint`,\n you will need to cherry-pick it (using linkgit:git-cherry-pick[1])\n downwards.  This will happen a few times and is nothing to worry about\n unless you do it very frequently.\n@@ -149,11 +149,11 @@ Many things can then be done very naturally:\n   it.  If the topic has evolved further in the meantime, merge again.\n   (Note that you do not necessarily have to merge it to the oldest\n   integration branch first.  For example, you can first merge a bugfix\n-  to 'next', give it some testing time, and merge to 'maint' when you\n+  to `next`, give it some testing time, and merge to `maint` when you\n   know it is stable.)\n \n-* If you find you need new features from the branch 'other' to continue\n-  working on your topic, merge 'other' to 'topic'.  (However, do not\n+* If you find you need new features from the branch `other` to continue\n+  working on your topic, merge `other` to `topic`.  (However, do not\n   do this \"just habitually\", see below.)\n \n * If you find you forked off the wrong branch and want to move it\n@@ -207,7 +207,7 @@ If you make it (very) clear that this branch is going to be deleted\n right after the testing, you can even publish this branch, for example\n to give the testers a chance to work with it, or other developers a\n chance to see if their in-progress work will be compatible.  `git.git`\n-has such an official throw-away integration branch called 'seen'.\n+has such an official throw-away integration branch called `seen`.\n \n \n Branch management for a release\n@@ -217,27 +217,27 @@ Assuming you are using the merge approach discussed above, when you\n are releasing your project you will need to do some additional branch\n management work.\n \n-A feature release is created from the 'master' branch, since 'master'\n+A feature release is created from the `master` branch, since `master`\n tracks the commits that should go into the next feature release.\n \n-The 'master' branch is supposed to be a superset of 'maint'. If this\n-condition does not hold, then 'maint' contains some commits that\n-are not included on 'master'. The fixes represented by those commits\n+The `master` branch is supposed to be a superset of `maint`. If this\n+condition does not hold, then `maint` contains some commits that\n+are not included on `master`. The fixes represented by those commits\n will therefore not be included in your feature release.\n \n-To verify that 'master' is indeed a superset of 'maint', use git log:\n+To verify that `master` is indeed a superset of `maint`, use git log:\n \n-.Verify 'master' is a superset of 'maint'\n+.Verify `master` is a superset of `maint`\n [caption=\"Recipe: \"]\n =====================================\n `git log master..maint`\n =====================================\n \n This command should not list any commits.  Otherwise, check out\n-'master' and merge 'maint' into it.\n+`master` and merge `maint` into it.\n \n Now you can proceed with the creation of the feature release. Apply a\n-tag to the tip of 'master' indicating the release version:\n+tag to the tip of `master` indicating the release version:\n \n .Release tagging\n [caption=\"Recipe: \"]\n@@ -251,9 +251,9 @@ others tracking your project. The push could also trigger a\n post-update hook to perform release-related items such as building\n release tarballs and preformatted documentation pages.\n \n-Similarly, for a maintenance release, 'maint' is tracking the commits\n+Similarly, for a maintenance release, `maint` is tracking the commits\n to be released. Therefore, in the steps above simply tag and push\n-'maint' rather than 'master'.\n+`maint` rather than `master`.\n \n \n Maintenance branch management after a feature release\n@@ -275,10 +275,10 @@ where X.Y.Z is the current release).\n `git branch maint-X.Y.(Z-1) maint`\n =====================================\n \n-The 'maint' branch should now be fast-forwarded to the newly released\n+The `maint` branch should now be fast-forwarded to the newly released\n code so that maintenance fixes can be tracked for the current release:\n \n-.Update maint to new release\n+.Update `maint` to new release\n [caption=\"Recipe: \"]\n =====================================\n * `git checkout maint`\n@@ -286,7 +286,7 @@ code so that maintenance fixes can be tracked for the current release:\n =====================================\n \n If the merge fails because it is not a fast-forward, then it is\n-possible some fixes on 'maint' were missed in the feature release.\n+possible some fixes on `maint` were missed in the feature release.\n This will not happen if the content of the branches was verified as\n described in the previous section.\n \n@@ -294,9 +294,9 @@ described in the previous section.\n Branch management for next and seen after a feature release\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n-After a feature release, the integration branch 'next' may optionally be\n-rewound and rebuilt from the tip of 'master' using the surviving\n-topics on 'next':\n+After a feature release, the integration branch `next` may optionally be\n+rewound and rebuilt from the tip of `master` using the surviving\n+topics on `next`:\n \n .Rewind and rebuild next\n [caption=\"Recipe: \"]\n@@ -307,20 +307,20 @@ topics on 'next':\n * ...\n =====================================\n \n-The advantage of doing this is that the history of 'next' will be\n-clean. For example, some topics merged into 'next' may have initially\n+The advantage of doing this is that the history of `next` will be\n+clean. For example, some topics merged into `next` may have initially\n looked promising, but were later found to be undesirable or premature.\n-In such a case, the topic is reverted out of 'next' but the fact\n+In such a case, the topic is reverted out of `next` but the fact\n remains in the history that it was once merged and reverted. By\n-recreating 'next', you give another incarnation of such topics a clean\n+recreating `next`, you give another incarnation of such topics a clean\n slate to retry, and a feature release is a good point in history to do\n so.\n \n If you do this, then you should make a public announcement indicating\n-that 'next' was rewound and rebuilt.\n+that `next` was rewound and rebuilt.\n \n-The same rewind and rebuild process may be followed for 'seen'. A public\n-announcement is not necessary since 'seen' is a throw-away branch, as\n+The same rewind and rebuild process may be followed for `seen`. A public\n+announcement is not necessary since `seen` is a throw-away branch, as\n described above.\n \n \ndiff --git a/Documentation/glossary-content.txt b/Documentation/glossary-content.txt\nindex 67c7a50b96..88ee109fdf 100644\n--- a/Documentation/glossary-content.txt\n+++ b/Documentation/glossary-content.txt\n@@ -113,16 +113,16 @@ to point at the new commit.\n [[def_detached_HEAD]]detached HEAD::\n \tNormally the <<def_HEAD,HEAD>> stores the name of a\n \t<<def_branch,branch>>, and commands that operate on the\n-\thistory HEAD represents operate on the history leading to the\n-\ttip of the branch the HEAD points at.  However, Git also\n+\thistory `HEAD` represents operate on the history leading to the\n+\ttip of the branch the `HEAD` points at.  However, Git also\n \tallows you to <<def_checkout,check out>> an arbitrary\n \t<<def_commit,commit>> that isn't necessarily the tip of any\n-\tparticular branch.  The HEAD in such a state is called\n+\tparticular branch.  The `HEAD` in such a state is called\n \t\"detached\".\n +\n Note that commands that operate on the history of the current branch\n (e.g. `git commit` to build a new history on top of it) still work\n-while the HEAD is detached. They update the HEAD to point at the tip\n+while the `HEAD` is detached. They update the `HEAD` to point at the tip\n of the updated history without affecting any branch.  Commands that\n update or inquire information _about_ the current branch (e.g. `git\n branch --set-upstream-to` that sets what remote-tracking branch the\n@@ -193,7 +193,7 @@ for a more flexible and robust system to do the same thing.\n [[def_HEAD]]HEAD::\n \tThe current <<def_branch,branch>>.  In more detail: Your <<def_working_tree,\n \tworking tree>> is normally derived from the state of the tree\n-\treferred to by HEAD.  HEAD is a reference to one of the\n+\treferred to by `HEAD`.  `HEAD` is a reference to one of the\n \t<<def_head,heads>> in your repository, except when using a\n \t<<def_detached_HEAD,detached HEAD>>, in which case it directly\n \treferences an arbitrary commit.\n@@ -456,7 +456,7 @@ exclude;;\n \tlike refs for the purposes of rev-parse, but which are treated\n \tspecially by git.  Pseudorefs both have names that are all-caps,\n \tand always start with a line consisting of a\n-\t<<def_SHA1,SHA-1>> followed by whitespace.  So, HEAD is not a\n+\t<<def_SHA1,SHA-1>> followed by whitespace.  So, `HEAD` is not a\n \tpseudoref, because it is sometimes a symbolic ref.  They might\n \toptionally contain some additional data.  `MERGE_HEAD` and\n \t`CHERRY_PICK_HEAD` are examples.  Unlike\ndiff --git a/Documentation/rev-list-options.txt b/Documentation/rev-list-options.txt\nindex 965cb32f9c..e6e9669f68 100644\n--- a/Documentation/rev-list-options.txt\n+++ b/Documentation/rev-list-options.txt\n@@ -252,7 +252,7 @@ to list all commits on only one side of them is with\n `--left-right` (see the example below in the description of\n the `--left-right` option). However, it shows the commits that were\n cherry-picked from the other branch (for example, ``3rd on b'' may be\n-cherry-picked from branch A). With this option, such pairs of commits are\n+cherry-picked from branch `A`). With this option, such pairs of commits are\n excluded from the output.\n \n --left-only::\ndiff --git a/Documentation/revisions.txt b/Documentation/revisions.txt\nindex d9169c062e..33f30b62eb 100644\n--- a/Documentation/revisions.txt\n+++ b/Documentation/revisions.txt\n@@ -23,8 +23,8 @@ characters and to avoid word splitting.\n   followed by a dash and a number of commits, followed by a dash, a\n   'g', and an abbreviated object name.\n \n-'<refname>', e.g. 'master', 'heads/master', 'refs/heads/master'::\n-  A symbolic ref name.  E.g. 'master' typically means the commit\n+'<refname>', e.g. `master`, 'heads/master', 'refs/heads/master'::\n+  A symbolic ref name.  E.g. `master` typically means the commit\n   object referenced by 'refs/heads/master'.  If you\n   happen to have both 'heads/master' and 'tags/master', you can\n   explicitly say 'heads/master' to tell Git which one you mean.\n@@ -65,7 +65,7 @@ some output processing may assume ref names in UTF-8.\n '@'::\n   '@' alone is a shortcut for `HEAD`.\n \n-'[<refname>]@{<date>}', e.g. 'master@\\{yesterday\\}', 'HEAD@{5 minutes ago}'::\n+'[<refname>]@{<date>}', e.g. `master@{yesterday}`, `HEAD@{5 minutes ago}`::\n   A ref followed by the suffix '@' with a date specification\n   enclosed in a brace\n   pair (e.g. '\\{yesterday\\}', '{1 month 2 weeks 3 days 1 hour 1\n@@ -74,28 +74,28 @@ some output processing may assume ref names in UTF-8.\n   used immediately following a ref name and the ref must have an\n   existing log ('$GIT_DIR/logs/<ref>'). Note that this looks up the state\n   of your *local* ref at a given time; e.g., what was in your local\n-  'master' branch last week. If you want to look at commits made during\n+  `master` branch last week. If you want to look at commits made during\n   certain times, see `--since` and `--until`.\n \n-'<refname>@{<n>}', e.g. 'master@\\{1\\}'::\n+'<refname>@{<n>}', e.g. `master@{1}`::\n   A ref followed by the suffix '@' with an ordinal specification\n   enclosed in a brace pair (e.g. '\\{1\\}', '\\{15\\}') specifies\n-  the n-th prior value of that ref.  For example 'master@\\{1\\}'\n-  is the immediate prior value of 'master' while 'master@\\{5\\}'\n-  is the 5th prior value of 'master'. This suffix may only be used\n+  the n-th prior value of that ref.  For example `master@{1}`\n+  is the immediate prior value of `master` while `master@{5}`\n+  is the 5th prior value of `master`. This suffix may only be used\n   immediately following a ref name and the ref must have an existing\n   log ('$GIT_DIR/logs/<refname>').\n \n '@{<n>}', e.g. '@\\{1\\}'::\n   You can use the '@' construct with an empty ref part to get at a\n   reflog entry of the current branch. For example, if you are on\n-  branch 'blabla' then '@\\{1\\}' means the same as 'blabla@\\{1\\}'.\n+  branch `blabla` then `@{1}` means the same as `blabla@{1}`.\n \n '@{-<n>}', e.g. '@{-1}'::\n   The construct '@{-<n>}' means the <n>th branch/commit checked out\n   before the current one.\n \n-'[<branchname>]@\\{upstream\\}', e.g. 'master@\\{upstream\\}', '@\\{u\\}'::\n+'[<branchname>]@\\{upstream\\}', e.g. `master@{upstream}`, '@\\{u\\}'::\n   The suffix '@\\{upstream\\}' to a branchname (short form '<branchname>@\\{u\\}')\n   refers to the branch that the branch specified by branchname is set to build on\n   top of (configured with `branch.<name>.remote` and\n@@ -103,7 +103,7 @@ some output processing may assume ref names in UTF-8.\n   current one. These suffixes are also accepted when spelled in uppercase, and\n   they mean the same thing no matter the case.\n \n-'[<branchname>]@\\{push\\}', e.g. 'master@\\{push\\}', '@\\{push\\}'::\n+'[<branchname>]@\\{push\\}', e.g. `master@{push}`, '@\\{push\\}'::\n   The suffix '@\\{push}' reports the branch \"where we would push to\" if\n   `git push` were run while `branchname` was checked out (or the current\n   `HEAD` if no branchname is specified). Since our push destination is\n@@ -131,7 +131,7 @@ from one location and push to another. In a non-triangular workflow,\n This suffix is also accepted when spelled in uppercase, and means the same\n thing no matter the case.\n \n-'<rev>{caret}[<n>]', e.g. 'HEAD{caret}, v1.5.1{caret}0'::\n+'<rev>{caret}[<n>]', e.g. `HEAD^`, 'v1.5.1{caret}0'::\n   A suffix '{caret}' to a revision parameter means the first parent of\n   that commit object.  '{caret}<n>' means the <n>th parent (i.e.\n   '<rev>{caret}'\n@@ -139,7 +139,7 @@ thing no matter the case.\n   '<rev>{caret}0' means the commit itself and is used when '<rev>' is the\n   object name of a tag object that refers to a commit object.\n \n-'<rev>{tilde}[<n>]', e.g. 'HEAD{tilde}, master{tilde}3'::\n+'<rev>{tilde}[<n>]', e.g. `HEAD~`, `master~3`::\n   A suffix '{tilde}' to a revision parameter means the first parent of\n   that commit object.\n   A suffix '{tilde}<n>' to a revision parameter means the commit\n@@ -175,7 +175,7 @@ existing tag object.\n   and dereference the tag recursively until a non-tag object is\n   found.\n \n-'<rev>{caret}{/<text>}', e.g. 'HEAD^{/fix nasty bug}'::\n+'<rev>{caret}{/<text>}', e.g. `HEAD^{/fix nasty bug}`::\n   A suffix '{caret}' to a revision parameter, followed by a brace\n   pair that contains a text led by a slash,\n   is the same as the ':/fix nasty bug' syntax below except that\n@@ -186,7 +186,7 @@ existing tag object.\n   A colon, followed by a slash, followed by a text, names\n   a commit whose commit message matches the specified regular expression.\n   This name returns the youngest matching commit which is\n-  reachable from any ref, including HEAD.\n+  reachable from any ref, including `HEAD`.\n   The regular expression can match any part of the\n   commit message. To match messages starting with a string, one can use\n   e.g. ':/^foo'. The special sequence ':/!' is reserved for modifiers to what\n@@ -196,7 +196,7 @@ existing tag object.\n   Depending on the given text, the shell's word splitting rules might\n   require additional quoting.\n \n-'<rev>:<path>', e.g. 'HEAD:README', 'master:./README'::\n+'<rev>:<path>', e.g. `HEAD:README`, `master:./README`::\n   A suffix ':' followed by a path names the blob or tree\n   at the given path in the tree-ish object named by the part\n   before the colon.\n@@ -287,12 +287,12 @@ The '...' (three-dot) Symmetric Difference Notation::\n  It is the set of commits that are reachable from either one of\n  'r1' (left side) or 'r2' (right side) but not from both.\n \n-In these two shorthand notations, you can omit one end and let it default to HEAD.\n-For example, 'origin..' is a shorthand for 'origin..HEAD' and asks \"What\n-did I do since I forked from the origin branch?\"  Similarly, '..origin'\n-is a shorthand for 'HEAD..origin' and asks \"What did the origin do since\n-I forked from them?\"  Note that '..' would mean 'HEAD..HEAD' which is an\n-empty range that is both reachable and unreachable from HEAD.\n+In these two shorthand notations, you can omit one end and let it default to `HEAD`.\n+For example, '`origin`..' is a shorthand for '`origin`..`HEAD`' and asks \"What\n+did I do since I forked from the `origin` branch?\"  Similarly, '..`origin`'\n+is a shorthand for '`HEAD`..`origin`' and asks \"What did the `origin` do since\n+I forked from them?\"  Note that '..' would mean '`HEAD`..`HEAD`' which is an\n+empty range that is both reachable and unreachable from `HEAD`.\n \n Other <rev>{caret} Parent Shorthand Notations\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n@@ -313,7 +313,7 @@ itself).\n \n While '<rev>{caret}<n>' was about specifying a single commit parent, these\n three notations also consider its parents. For example you can say\n-'HEAD{caret}2{caret}@', however you cannot say 'HEAD{caret}@{caret}2'.\n+`HEAD^2^@`, however you cannot say `HEAD^@^2`.\n \n Revision Range Summary\n ----------------------\n@@ -336,17 +336,17 @@ Revision Range Summary\n \t<rev2> but exclude those that are reachable from both.  When\n \teither <rev1> or <rev2> is omitted, it defaults to `HEAD`.\n \n-'<rev>{caret}@', e.g. 'HEAD{caret}@'::\n+'<rev>{caret}@', e.g. `HEAD^@`::\n   A suffix '{caret}' followed by an at sign is the same as listing\n   all parents of '<rev>' (meaning, include anything reachable from\n   its parents, but not the commit itself).\n \n-'<rev>{caret}!', e.g. 'HEAD{caret}!'::\n+'<rev>{caret}!', e.g. `HEAD^!`::\n   A suffix '{caret}' followed by an exclamation mark is the same\n   as giving commit '<rev>' and then all its parents prefixed with\n   '{caret}' to exclude them (and their ancestors).\n \n-'<rev>{caret}-<n>', e.g. 'HEAD{caret}-, HEAD{caret}-2'::\n+'<rev>{caret}-<n>', e.g. `HEAD^-`, `HEAD^-2`::\n \tEquivalent to '<rev>{caret}<n>..<rev>', with '<n>' = 1 if not\n \tgiven.\n \ndiff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt\nindex 0f9a699c09..62ddf41e75 100644\n--- a/Documentation/user-manual.txt\n+++ b/Documentation/user-manual.txt\n@@ -280,7 +280,7 @@ a summary of the commands:\n \tcreate a new branch `<new>` referencing `<start-point>`, and\n \tcheck it out.\n \n-The special symbol \"HEAD\" can always be used to refer to the current\n+The special symbol `HEAD` can always be used to refer to the current\n branch.  In fact, Git uses a file named `HEAD` in the `.git` directory\n to remember which branch is current:\n \n@@ -300,7 +300,7 @@ you can check out the commit referenced by a tag:\n $ git switch --detach v2.6.17\n Note: checking out 'v2.6.17'.\n \n-You are in 'detached HEAD' state. You can look around, make experimental\n+You are in 'detached `HEAD`' state. You can look around, make experimental\n changes and commit them, and you can discard any commits you make in this\n state without impacting any branches by performing another switch.\n \n@@ -309,10 +309,10 @@ do so (now or later) by using `-c` with the switch command again. Example:\n \n   git switch -c new_branch_name\n \n-HEAD is now at 427abfa Linux v2.6.17\n+`HEAD` is now at 427abfa Linux v2.6.17\n ------------------------------------------------\n \n-The HEAD then refers to the SHA-1 of the commit instead of to a branch,\n+The `HEAD` then refers to the SHA-1 of the commit instead of to a branch,\n and git branch shows that you are no longer on a branch:\n \n ------------------------------------------------\n@@ -323,7 +323,7 @@ $ git branch\n   master\n ------------------------------------------------\n \n-In this case we say that the HEAD is \"detached\".\n+In this case we say that the `HEAD` is \"detached\".\n \n This is an easy way to check out a particular version without having to\n make up a name for the new branch.   You can still create a new branch\n@@ -332,8 +332,8 @@ make up a name for the new branch.   You can still create a new branch\n [[examining-remote-branches]]\n === Examining branches from a remote repository\n \n-The \"master\" branch that was created at the time you cloned is a copy\n-of the HEAD in the repository that you cloned from.  That repository\n+The `master` branch that was created at the time you cloned is a copy\n+of the `HEAD` in the repository that you cloned from.  That repository\n may also have had other branches, though, and your local repository\n keeps branches which track each of those remote branches, called\n remote-tracking branches, which you\n@@ -351,7 +351,7 @@ $ git branch -r\n   origin/todo\n ------------------------------------------------\n \n-In this example, \"origin\" is called a remote repository, or \"remote\"\n+In this example, `origin` is called a remote repository, or \"remote\"\n for short. The branches of this repository are called \"remote\n branches\" from our point of view. The remote-tracking branches listed\n above were created based on the remote branches at clone time and will\n@@ -368,7 +368,7 @@ $ git switch -c my-todo-copy origin/todo\n You can also check out `origin/todo` directly to examine it or\n write a one-off patch.  See <<detached-head,detached head>>.\n \n-Note that the name \"origin\" is just the name that Git uses by default\n+Note that the name `origin` is just the name that Git uses by default\n to refer to the repository that you cloned from.\n \n [[how-git-stores-references]]\n@@ -391,9 +391,9 @@ under the path given by their name.  However, for efficiency reasons\n they may also be packed together in a single file; see\n linkgit:git-pack-refs[1]).\n \n-As another useful shortcut, the \"HEAD\" of a repository can be referred\n-to just using the name of that repository.  So, for example, \"origin\"\n-is usually a shortcut for the HEAD branch in the repository \"origin\".\n+As another useful shortcut, the `HEAD` of a repository can be referred\n+to just using the name of that repository.  So, for example, `origin`\n+is usually a shortcut for the HEAD branch in the repository `origin`.\n \n For the complete list of paths which Git checks for references, and\n the order it uses to decide which to choose when there are multiple\n@@ -491,9 +491,9 @@ Bisecting: 3537 revisions left to test after this\n -------------------------------------------------\n \n If you run `git branch` at this point, you'll see that Git has\n-temporarily moved you in \"(no branch)\". HEAD is now detached from any\n+temporarily moved you in \"(no branch)\". `HEAD` is now detached from any\n branch and points directly to a commit (with commit id 65934) that\n-is reachable from \"master\" but not from v2.6.18. Compile and test it,\n+is reachable from `master` but not from v2.6.18. Compile and test it,\n and see whether it crashes. Assume it does crash. Then:\n \n -------------------------------------------------\n@@ -566,7 +566,7 @@ We have seen several ways of naming commits already:\n \t- tag name: refers to the commit pointed to by the given tag\n \t  (we've seen branches and tags are special cases of\n \t  <<how-git-stores-references,references>>).\n-\t- HEAD: refers to the head of the current branch\n+\t- `HEAD`: refers to the head of the current branch\n \n There are many more; see the \"SPECIFYING REVISIONS\" section of the\n linkgit:gitrevisions[7] man page for the complete list of ways to\n@@ -589,24 +589,24 @@ $ git show HEAD^1   # show the first parent of HEAD\n $ git show HEAD^2   # show the second parent of HEAD\n -------------------------------------------------\n \n-In addition to HEAD, there are several other special names for\n+In addition to `HEAD`, there are several other special names for\n commits:\n \n Merges (to be discussed later), as well as operations such as\n `git reset`, which change the currently checked-out commit, generally\n-set ORIG_HEAD to the value HEAD had before the current operation.\n+set `ORIG_HEAD` to the value `HEAD` had before the current operation.\n \n The `git fetch` operation always stores the head of the last fetched\n-branch in FETCH_HEAD.  For example, if you run `git fetch` without\n+branch in `FETCH_HEAD`.  For example, if you run `git fetch` without\n specifying a local branch as the target of the operation\n \n -------------------------------------------------\n $ git fetch git://example.com/proj.git theirbranch\n -------------------------------------------------\n \n-the fetched commits will still be available from FETCH_HEAD.\n+the fetched commits will still be available from `FETCH_HEAD`.\n \n-When we discuss merges we'll also see the special name MERGE_HEAD,\n+When we discuss merges we'll also see the special name `MERGE_HEAD`,\n which refers to the other branch that we're merging in to the current\n branch.\n \n@@ -914,7 +914,7 @@ any version of a project; for example:\n $ git archive -o latest.tar.gz --prefix=project/ HEAD\n -------------------------------------------------\n \n-will use HEAD to produce a gzipped tar archive in which each filename\n+will use `HEAD` to produce a gzipped tar archive in which each filename\n is preceded by `project/`.  The output file format is inferred from\n the output file extension if possible, see linkgit:git-archive[1] for\n details.\n@@ -1037,8 +1037,8 @@ at step 3, Git maintains a snapshot of the tree's contents in a\n special staging area called \"the index.\"\n \n At the beginning, the content of the index will be identical to\n-that of the HEAD.  The command `git diff --cached`, which shows\n-the difference between the HEAD and the index, should therefore\n+that of the `HEAD`.  The command `git diff --cached`, which shows\n+the difference between the `HEAD` and the index, should therefore\n produce no output at that point.\n \n Modifying the index is easy:\n@@ -1061,7 +1061,7 @@ After each step you can verify that\n $ git diff --cached\n -------------------------------------------------\n \n-always shows the difference between the HEAD and the index file--this\n+always shows the difference between the `HEAD` and the index file--this\n is what you'd commit if you created the commit now--and that\n \n -------------------------------------------------\n@@ -1283,8 +1283,8 @@ index 802992c,2b60207..0000000\n \n Recall that the commit which will be committed after we resolve this\n conflict will have two parents instead of the usual one: one parent\n-will be HEAD, the tip of the current branch; the other will be the\n-tip of the other branch, which is stored temporarily in MERGE_HEAD.\n+will be `HEAD`, the tip of the current branch; the other will be the\n+tip of the other branch, which is stored temporarily in `MERGE_HEAD`.\n \n During the merge, the index holds three versions of each file.  Each of\n these three \"file stages\" represents a different version of the file:\n@@ -1348,8 +1348,8 @@ $ git log --merge\n $ gitk --merge\n -------------------------------------------------\n \n-These will display all commits which exist only on HEAD or on\n-MERGE_HEAD, and which touch an unmerged file.\n+These will display all commits which exist only on `HEAD` or on\n+`MERGE_HEAD`, and which touch an unmerged file.\n \n You may also use linkgit:git-mergetool[1], which lets you merge the\n unmerged files using external tools such as Emacs or kdiff3.\n@@ -1433,7 +1433,7 @@ commit; for example, to revert the most recent commit:\n $ git revert HEAD\n -------------------------------------------------\n \n-This will create a new commit which undoes the change in HEAD.  You\n+This will create a new commit which undoes the change in `HEAD`.  You\n will be given a chance to edit the commit message for the new commit.\n \n You can also revert an earlier change, for example, the next-to-last:\n@@ -1486,7 +1486,7 @@ linkgit:git-restore[1]. The command\n $ git restore --source=HEAD^ path/to/file\n -------------------------------------------------\n \n-replaces path/to/file by the contents it had in the commit HEAD^, and\n+replaces path/to/file by the contents it had in the commit `HEAD^`, and\n also updates the index to match.  It does not change branches.\n \n If you just want to look at an old version of the file, without\n@@ -1600,13 +1600,13 @@ $ gitk master@{\"1 week ago\"}\t# ... or last week\n $ git log --walk-reflogs master\t# show reflog entries for master\n -------------------------------------------------\n \n-A separate reflog is kept for the HEAD, so\n+A separate reflog is kept for the `HEAD`, so\n \n -------------------------------------------------\n $ git show HEAD@{\"1 week ago\"}\n -------------------------------------------------\n \n-will show what HEAD pointed to one week ago, not what the current branch\n+will show what `HEAD` pointed to one week ago, not what the current branch\n pointed to one week ago.  This allows you to see the history of what\n you've checked out.\n \n@@ -1677,7 +1677,7 @@ into your own work.\n We have already seen <<Updating-a-repository-With-git-fetch,how to\n keep remote-tracking branches up to date>> with linkgit:git-fetch[1],\n and how to merge two branches.  So you can merge in changes from the\n-original repository's master branch with:\n+original repository's `master` branch with:\n \n -------------------------------------------------\n $ git fetch\n@@ -1692,7 +1692,7 @@ $ git pull origin master\n -------------------------------------------------\n \n In fact, if you have `master` checked out, then this branch has been\n-configured by `git clone` to get changes from the HEAD branch of the\n+configured by `git clone` to get changes from the `HEAD` branch of the\n origin repository.  So often you can\n accomplish the above with just a simple\n \n@@ -2568,7 +2568,7 @@ You can also edit a patch series with an interactive rebase.  This is\n the same as <<reordering-patch-series,reordering a patch series using\n `format-patch`>>, so use whichever interface you like best.\n \n-Rebase your current HEAD on the last commit you want to retain as-is.\n+Rebase your current `HEAD` on the last commit you want to retain as-is.\n For example, if you want to reorder the last 5 commits, use:\n \n -------------------------------------------------\n@@ -2980,7 +2980,7 @@ file data at changing paths suggests a rename.  (See, for example, the\n `-M` option to linkgit:git-diff[1]).\n \n A commit is usually created by linkgit:git-commit[1], which creates a\n-commit whose parent is normally the current HEAD, and whose tree is\n+commit whose parent is normally the current `HEAD`, and whose tree is\n taken from the content currently stored in the index.\n \n [[tree-object]]\n@@ -3507,7 +3507,7 @@ $ ls -a\n The `git submodule add <repo> <path>` command does a couple of things:\n \n - It clones the submodule from `<repo>` to the given `<path>` under the\n-  current directory and by default checks out the master branch.\n+  current directory and by default checks out the `master` branch.\n - It adds the submodule's clone path to the linkgit:gitmodules[5] file and\n   adds this file to the index, ready to be committed.\n - It adds the submodule's current commit ID to the index, ready to be\n@@ -3540,7 +3540,7 @@ $ git submodule status\n -------------------------------------------------\n \n NOTE: The commit object names shown above would be different for you, but they\n-should match the HEAD commit object names of your repositories.  You can check\n+should match the `HEAD` commit object names of your repositories.  You can check\n it by running `git ls-remote ../a`.\n \n Pulling down the submodules is a two-step process. First run `git submodule\n@@ -4334,7 +4334,7 @@ $ git branch new\t\t# create branch \"new\" starting at current HEAD\n $ git branch -d new\t\t# delete branch \"new\"\n -----------------------------------------------\n \n-Instead of basing a new branch on current HEAD (the default), use:\n+Instead of basing a new branch on current `HEAD` (the default), use:\n \n -----------------------------------------------\n $ git branch new test    # branch named \"test\"\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421328","messageId":"20210409040301.3260358-6-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 05/13] doc: typeset git-svn subcommands in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:53Z","receivedAt":"2021-04-09T04:05:54Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap git-svn subcommands with backticks as indicated in the\nCodingGuidelines.\n\nThe following regex assisted the interactive substitution in emacs (evil mode).\n\n%s/\\(^\\|[[:space:]]+\\)['\"]?\\(init\\|fetch\\|clone\\|rebase\\|dcommit\\|branch\\|tag\\|log\\|blame\\|find-rev\\|set-tree\\|create-ignore\\|show-ignore\\|mkdirs\\|commit-diff\\|info\\|proplist\\|propget\\|propset\\|show-externals\\|gc\\|reset\\)['\"]?\\([[:punct:]]\\|[[:space:]]+\\|$\\)/\\1`\\2`\\3/gc\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/git-svn.txt | 176 +++++++++++++++++++-------------------\n 1 file changed, 88 insertions(+), 88 deletions(-)\n\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex 3097f4f1c5..f42cf6b189 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -19,16 +19,16 @@ repository.\n `git svn` can track a standard Subversion repository,\n following the common \"trunk/branches/tags\" layout, with the `--stdlayout` option.\n It can also follow branches and tags in any layout with the `-T`/`-t`/`-b` options\n-(see options to 'init' below, and also the 'clone' command).\n+(see options to `init` below, and also the `clone` command).\n \n Once tracking a Subversion repository (with any of the above methods), the Git\n-repository can be updated from Subversion by the 'fetch' command and\n-Subversion updated from Git by the 'dcommit' command.\n+repository can be updated from Subversion by the `fetch` command and\n+Subversion updated from Git by the `dcommit` command.\n \n COMMANDS\n --------\n \n-'init'::\n+`init`::\n \tInitializes an empty Git repository with additional\n \tmetadata directories for `git svn`.  The Subversion URL\n \tmay be specified as a command-line argument, or as full\n@@ -45,7 +45,7 @@ COMMANDS\n --branches=<branches_subdir>;;\n -s;;\n --stdlayout;;\n-\tThese are optional command-line options for init.  Each of\n+\tThese are optional command-line options for `init`.  Each of\n \tthese flags can point to a relative repository path\n \t(`--tags=project/tags`) or a full url\n \t(`--tags=https://foo.org/project/tags`).\n@@ -96,16 +96,16 @@ If you still want the old default, you can get it by passing\n your Perl's Getopt::Long is < v2.37).\n \n --ignore-refs=<regex>;;\n-\tWhen passed to 'init' or 'clone' this regular expression will\n-\tbe preserved as a config key.  See 'fetch' for a description\n+\tWhen passed to `init` or `clone` this regular expression will\n+\tbe preserved as a config key.  See `fetch` for a description\n \tof `--ignore-refs`.\n --ignore-paths=<regex>;;\n-\tWhen passed to 'init' or 'clone' this regular expression will\n-\tbe preserved as a config key.  See 'fetch' for a description\n+\tWhen passed to `init` or `clone` this regular expression will\n+\tbe preserved as a config key.  See `fetch` for a description\n \tof `--ignore-paths`.\n --include-paths=<regex>;;\n-\tWhen passed to 'init' or 'clone' this regular expression will\n-\tbe preserved as a config key.  See 'fetch' for a description\n+\tWhen passed to `init` or `clone` this regular expression will\n+\tbe preserved as a config key.  See `fetch` for a description\n \tof `--include-paths`.\n --no-minimize-url;;\n \tWhen tracking multiple directories (using `--stdlayout`,\n@@ -119,7 +119,7 @@ your Perl's Getopt::Long is < v2.37).\n \tlevel directory.  This option is off by default when only\n \tone URL/branch is tracked (it would do little good).\n \n-'fetch'::\n+`fetch`::\n \tFetch unfetched revisions from the Subversion remote we are\n \ttracking.  The name of the [svn-remote \"...\"] section in the\n \t$GIT_DIR/config file may be specified as an optional\n@@ -157,9 +157,9 @@ option is also given, both regular expressions will be used.\n --ignore-paths=<regex>;;\n \tThis allows one to specify a Perl regular expression that will\n \tcause skipping of all matching paths from checkout from SVN.\n-\tThe `--ignore-paths` option should match for every 'fetch'\n-\t(including automatic fetches due to 'clone', 'dcommit',\n-\t'rebase', etc) on a given repository.\n+\tThe `--ignore-paths` option should match for every `fetch`\n+\t(including automatic fetches due to `clone`, `dcommit`,\n+\t`rebase`, etc) on a given repository.\n +\n [verse]\n config key: `svn-remote.<name>.ignore-paths`\n@@ -186,9 +186,9 @@ Skip \"branches\" and \"tags\" of first level directories;;\n --include-paths=<regex>;;\n \tThis allows one to specify a Perl regular expression that will\n \tcause the inclusion of only matching paths from checkout from SVN.\n-\tThe `--include-paths` option should match for every 'fetch'\n-\t(including automatic fetches due to 'clone', 'dcommit',\n-\t'rebase', etc) on a given repository. `--ignore-paths` takes\n+\tThe `--include-paths` option should match for every `fetch`\n+\t(including automatic fetches due to `clone`, `dcommit`,\n+\t`rebase`, etc) on a given repository. `--ignore-paths` takes\n \tprecedence over `--include-paths`.\n +\n [verse]\n@@ -197,19 +197,19 @@ config key: `svn-remote.<name>.include-paths`\n --log-window-size=<n>;;\n \tFetch <n> log entries per request when scanning Subversion history.\n \tThe default is 100. For very large Subversion repositories, larger\n-\tvalues may be needed for 'clone'/'fetch' to complete in reasonable\n+\tvalues may be needed for `clone`/'fetch' to complete in reasonable\n \ttime. But overly large values may lead to higher memory usage and\n \trequest timeouts.\n \n-'clone'::\n-\tRuns 'init' and 'fetch'.  It will automatically create a\n+`clone`::\n+\tRuns `init` and `fetch`.  It will automatically create a\n \tdirectory based on the basename of the URL passed to it;\n \tor if a second argument is passed; it will create a directory\n \tand work within that.  It accepts all arguments that the\n-\t'init' and 'fetch' commands accept; with the exception of\n+\t`init` and `fetch` commands accept; with the exception of\n \t`--fetch-all` and `--parent`.  After a repository is cloned,\n-\tthe 'fetch' command will be able to update revisions without\n-\taffecting the working tree; and the 'rebase' command will be\n+\tthe `fetch` command will be able to update revisions without\n+\taffecting the working tree; and the `rebase` command will be\n \table to update the working tree with the latest changes.\n \n --preserve-empty-dirs;;\n@@ -223,7 +223,7 @@ config key: `svn-remote.<name>.include-paths`\n \tSet the name of placeholder files created by `--preserve-empty-dirs`.\n \tDefault: \".gitignore\"\n \n-'rebase'::\n+`rebase`::\n \tThis fetches revisions from the SVN parent of the current `HEAD`\n \tand rebases the current (uncommitted to SVN) work against it.\n +\n@@ -243,10 +243,10 @@ This automatically updates the rev_map if needed (see\n \n -l;;\n --local;;\n-\tDo not fetch remotely; only run `git rebase` against the\n+\tDo not `fetch` remotely; only run `git rebase` against the\n \tlast fetched commit from the upstream SVN.\n \n-'dcommit'::\n+`dcommit`::\n \tCommit each diff from the current branch directly to the SVN\n \trepository, and then rebase or reset (depending on whether or\n \tnot there is a diff between SVN and head).  This will create\n@@ -256,7 +256,7 @@ When an optional Git branch name (or a Git commit object name)\n is specified as an argument, the subcommand works on the specified\n branch, not on the current branch.\n +\n-Use of 'dcommit' is preferred to 'set-tree' (below).\n+Use of `dcommit` is preferred to `set-tree` (below).\n +\n --no-rebase;;\n \tAfter committing, do not rebase or reset.\n@@ -279,7 +279,7 @@ Using this option for any other purpose (don't ask) is very strongly\n discouraged.\n \n --mergeinfo=<mergeinfo>;;\n-\tAdd the given merge information during the dcommit\n+\tAdd the given merge information during the `dcommit`\n \t(e.g. `--mergeinfo=\"/branches/foo:1-10\"`). All svn server versions can\n \tstore this information (as a property), and svn clients starting from\n \tversion 1.5 can make use of it. To specify merge information from multiple\n@@ -302,7 +302,7 @@ first have already been pushed into SVN.\n `git svn dcommit` returns immediately if answer is \"no\" or \"quit\", without\n committing anything to SVN.\n \n-'branch'::\n+`branch`::\n \tCreate a branch in the SVN repository.\n \n -m;;\n@@ -317,8 +317,8 @@ committing anything to SVN.\n -d<path>;;\n --destination=<path>;;\n \n-\tIf more than one `--branches` (or `--tags`) option was given to the 'init'\n-\tor 'clone' command, you must provide the location of the branch (or\n+\tIf more than one `--branches` (or `--tags`) option was given to the `init`\n+\tor `clone` command, you must provide the location of the branch (or\n \ttag) you wish to create in the SVN repository.  <path> specifies which\n \tpath to use to create the branch or tag and should match the pattern\n \ton the left-hand side of one of the configured branches or tags\n@@ -328,7 +328,7 @@ committing anything to SVN.\n \tgit config --get-all svn-remote.<name>.tags\n +\n where <name> is the name of the SVN repository as specified by the `-R` option to\n-'init' (or \"svn\" by default).\n+`init` (or \"svn\" by default).\n \n --username;;\n \tSpecify the SVN username to perform the commit as.  This option overrides\n@@ -348,11 +348,11 @@ where <name> is the name of the SVN repository as specified by the `-R` option t\n \t`--parents` on svn cp commands and is useful for non-standard repository\n \tlayouts.\n \n-'tag'::\n+`tag`::\n \tCreate a tag in the SVN repository. This is a shorthand for\n \t'branch -t'.\n \n-'log'::\n+`log`::\n \tThis should make it easy to look up svn log messages when svn\n \tusers refer to `-r`/`--revision` numbers.\n +\n@@ -389,7 +389,7 @@ environment). This command has the same behaviour.\n +\n Any other arguments are passed directly to `git log`\n \n-'blame'::\n+`blame`::\n \tShow what revision and author last modified each line of a file. The\n \toutput of this mode is format-compatible with the output of\n \t`svn blame' by default. Like the SVN blame command,\n@@ -421,8 +421,8 @@ Any other arguments are passed directly to `git log`\n \tnot an exact match return the closest match searching forward in the\n \thistory.\n \n-'set-tree'::\n-\tYou should consider using 'dcommit' instead of this command.\n+`set-tree`::\n+\tYou should consider using `dcommit` instead of this command.\n \tCommit specified commit or tree objects to SVN.  This relies on\n \tyour imported fetch data being up to date.  This makes\n \tabsolutely no attempts to do patching when committing to SVN, it\n@@ -430,27 +430,27 @@ Any other arguments are passed directly to `git log`\n \tcommit.  All merging is assumed to have taken place\n \tindependently of `git svn` functions.\n \n-'create-ignore'::\n+`create-ignore`::\n \tRecursively finds the svn:ignore property on directories and\n \tcreates matching .gitignore files. The resulting files are staged to\n \tbe committed, but are not committed. Use `-r`/`--revision` to refer to a\n \tspecific revision.\n \n-'show-ignore'::\n+`show-ignore`::\n \tRecursively finds and lists the svn:ignore property on\n \tdirectories.  The output is suitable for appending to\n \tthe $GIT_DIR/info/exclude file.\n \n-'mkdirs'::\n+`mkdirs`::\n \tAttempts to recreate empty directories that core Git cannot track\n \tbased on information in $GIT_DIR/svn/<refname>/unhandled.log files.\n \tEmpty directories are automatically recreated when using\n-\t`git svn clone` and `git svn rebase`, so \"mkdirs\" is intended\n+\t`git svn clone` and `git svn rebase`, so `mkdirs` is intended\n \tfor use after commands like `git checkout` or `git reset`.\n \t(See the `svn-remote.<name>.automkdirs` config file option for\n \tmore information.)\n \n-'commit-diff'::\n+`commit-diff`::\n \tCommits the diff of two tree-ish arguments from the\n \tcommand-line.  This command does not rely on being inside a `git svn\n \tinit`-ed repository.  This command takes three arguments, (a) the\n@@ -475,22 +475,22 @@ denotes such an object, or it is requested by invoking an editor (see\n \tTake the commit message from the given file. This option\n \tdisables the `--edit` option.\n \n-'info'::\n+`info`::\n \tShows information about a file or directory similar to what\n \t`svn info' provides.  Does not currently support a `-r`/`--revision`\n \targument.  Use the `--url` option to output only the value of the\n \t'URL:' field.\n \n-'proplist'::\n+`proplist`::\n \tLists the properties stored in the Subversion repository about a\n \tgiven file or directory.  Use `-r`/`--revision` to refer to a specific\n \tSubversion revision.\n \n-'propget'::\n+`propget`::\n \tGets the Subversion property given as the first argument, for a\n \tfile.  A specific revision can be specified with `-r`/`--revision`.\n \n-'propset'::\n+`propset`::\n \tSets the Subversion property given as the first argument, to the\n \tvalue given as the second argument for the file given as the\n \tthird argument.\n@@ -504,28 +504,28 @@ git svn propset svn:keywords \"FreeBSD=%H\" devel/py-tipper/Makefile\n This will set the property 'svn:keywords' to 'FreeBSD=%H' for the file\n 'devel/py-tipper/Makefile'.\n \n-'show-externals'::\n+`show-externals`::\n \tShows the Subversion externals.  Use `-r`/`--revision` to specify a\n \tspecific revision.\n \n-'gc'::\n+`gc`::\n \tCompress $GIT_DIR/svn/<refname>/unhandled.log files and remove\n \t$GIT_DIR/svn/<refname>/index files.\n \n-'reset'::\n-\tUndoes the effects of 'fetch' back to the specified revision.\n+`reset`::\n+\tUndoes the effects of `fetch` back to the specified revision.\n \tThis allows you to re-'fetch' an SVN revision.  Normally the\n-\tcontents of an SVN revision should never change and 'reset'\n+\tcontents of an SVN revision should never change and `reset`\n \tshould not be necessary.  However, if SVN permissions change,\n-\tor if you alter your `--ignore-paths` option, a 'fetch' may fail\n+\tor if you alter your `--ignore-paths` option, a `fetch` may fail\n \twith \"not found in commit\" (file not previously visible) or\n \t\"checksum mismatch\" (missed a modification).  If the problem\n \tfile cannot be ignored forever (with `--ignore-paths`) the only\n-\tway to repair the repo is to use 'reset'.\n+\tway to repair the repo is to use `reset`.\n +\n Only the rev_map and refs/remotes/git-svn are changed (see\n '$GIT_DIR/svn/\\**/.rev_map.*' in the FILES section below for details).\n-Follow 'reset' with a 'fetch' and then `git reset` or `git rebase` to\n+Follow 'reset' with a `fetch` and then `git reset` or `git rebase` to\n move local branches onto the new tree.\n \n -r <n>;;\n@@ -560,7 +560,7 @@ git svn fetch\n +\n Then fixup `master` with `git rebase`.\n Do NOT use `git merge` or your history will not be compatible with a\n-future 'dcommit'!\n+future `dcommit`!\n +\n [verse]\n git rebase --onto remotes/git-svn A^ master\n@@ -576,31 +576,31 @@ OPTIONS\n \n --shared[=(false|true|umask|group|all|world|everybody)]::\n --template=<template_directory>::\n-\tOnly used with the 'init' command.\n+\tOnly used with the `init` command.\n \tThese are passed directly to `git init`.\n \n -r <arg>::\n --revision <arg>::\n-\t   Used with the 'fetch' command.\n+\t   Used with the `fetch` command.\n +\n This allows revision ranges for partial/cauterized history\n to be supported.  $NUMBER, $NUMBER1:$NUMBER2 (numeric ranges),\n $NUMBER:HEAD, and BASE:$NUMBER are all supported.\n +\n-This can allow you to make partial mirrors when running fetch;\n+This can allow you to make partial mirrors when running `fetch`;\n but is generally not recommended because history will be skipped\n and lost.\n \n -::\n --stdin::\n-\tOnly used with the 'set-tree' command.\n+\tOnly used with the `set-tree` command.\n +\n Read a list of commits from stdin and commit them in reverse\n order.  Only the leading sha1 is read from each line, so\n `git rev-list --pretty=oneline` output can be used.\n \n --rmdir::\n-\tOnly used with the 'dcommit', 'set-tree' and 'commit-diff' commands.\n+\tOnly used with the `dcommit`, `set-tree` and `commit-diff` commands.\n +\n Remove directories from the SVN tree if there are no files left\n behind.  SVN can version empty directories, and they are not\n@@ -613,7 +613,7 @@ config key: `svn.rmdir`\n \n -e::\n --edit::\n-\tOnly used with the 'dcommit', 'set-tree' and 'commit-diff' commands.\n+\tOnly used with the `dcommit`, `set-tree` and `commit-diff` commands.\n +\n Edit the commit message before committing to SVN.  This is off by\n default for objects that are commits, and forced on when committing\n@@ -624,7 +624,7 @@ config key: `svn.edit`\n \n -l<num>::\n --find-copies-harder::\n-\tOnly used with the 'dcommit', 'set-tree' and 'commit-diff' commands.\n+\tOnly used with the `dcommit`, `set-tree` and `commit-diff` commands.\n +\n They are both passed directly to `git diff-tree`; see\n linkgit:git-diff-tree[1] for more information.\n@@ -660,8 +660,8 @@ config key: `svn.authorsfile`\n \tfile.\n +\n Due to historical reasons a relative 'filename' is first searched\n-relative to the current directory for 'init' and 'clone' and relative\n-to the root of the working tree for 'fetch'. If 'filename' is\n+relative to the current directory for `init` and `clone` and relative\n+to the root of the working tree for `fetch`. If 'filename' is\n not found, it is searched like any other command in '$PATH'.\n +\n [verse]\n@@ -679,36 +679,36 @@ config key: `svn.authorsProg`\n -p::\n --rebase-merges::\n --preserve-merges (DEPRECATED)::\n-\tThese are only used with the 'dcommit' and 'rebase' commands.\n+\tThese are only used with the `dcommit` and `rebase` commands.\n +\n-Passed directly to `git rebase` when using 'dcommit' if a\n-`git reset` cannot be used (see 'dcommit').\n+Passed directly to `git rebase` when using `dcommit` if a\n+`git reset` cannot be used (see `dcommit`).\n \n -n::\n --dry-run::\n-\tThis can be used with the 'dcommit', 'rebase', 'branch' and\n-\t'tag' commands.\n+\tThis can be used with the `dcommit`, `rebase`, `branch` and\n+\t`tag` commands.\n +\n-For 'dcommit', print out the series of Git arguments that would show\n+For `dcommit`, print out the series of Git arguments that would show\n which diffs would be committed to SVN.\n +\n-For 'rebase', display the local branch associated with the upstream svn\n+For `rebase`, display the local branch associated with the upstream svn\n repository associated with the current branch and the URL of svn\n repository that will be fetched from.\n +\n-For 'branch' and 'tag', display the urls that will be used for copying when\n+For `branch` and `tag`, display the urls that will be used for copying when\n creating the branch or tag.\n \n --use-log-author::\n-\tWhen retrieving svn commits into Git (as part of 'fetch', 'rebase', or\n-\t'dcommit' operations), look for the first `From:` line or `Signed-off-by` trailer\n+\tWhen retrieving svn commits into Git (as part of `fetch`, `rebase`, or\n+\t`dcommit` operations), look for the first `From:` line or `Signed-off-by` trailer\n \tin the log message and use that as the author string.\n +\n [verse]\n config key: `svn.useLogAuthor`\n \n --add-author-from::\n-\tWhen committing to svn from Git (as part of 'set-tree' or 'dcommit'\n+\tWhen committing to svn from Git (as part of `set-tree` or `dcommit`\n \toperations), if the existing log message doesn't already have a\n \t`From:` or `Signed-off-by` trailer, append a `From:` line based on the\n \tGit commit's author string.  If you use this, then `--use-log-author`\n@@ -724,7 +724,7 @@ ADVANCED OPTIONS\n --id <GIT_SVN_ID>::\n \tThis sets GIT_SVN_ID (instead of using the environment).  This\n \tallows the user to override the default refname to fetch from\n-\twhen tracking a single URL.  The 'log' and 'dcommit' commands\n+\twhen tracking a single URL.  The `log` and `dcommit` commands\n \tno longer require this switch as an argument.\n \n -R<remote name>::\n@@ -999,16 +999,16 @@ CAVEATS\n -------\n \n For the sake of simplicity and interoperating with Subversion,\n-it is recommended that all `git svn` users clone, fetch and dcommit\n+it is recommended that all `git svn` users `clone`, `fetch` and `dcommit`\n directly from the SVN server, and avoid all `git clone`/`pull`/`merge`/`push`\n operations between Git repositories and branches.  The recommended\n method of exchanging code between Git branches and users is\n-`git format-patch` and `git am`, or just 'dcommit'ing to the SVN repository.\n+`git format-patch` and `git am`, or just `dcommit`ing to the SVN repository.\n \n Running `git merge` or `git pull` is NOT recommended on a branch you\n-plan to 'dcommit' from because Subversion users cannot see any\n+plan to `dcommit` from because Subversion users cannot see any\n merges you've made.  Furthermore, if you merge or pull from a Git branch\n-that is a mirror of an SVN branch, 'dcommit' may commit to the wrong\n+that is a mirror of an SVN branch, `dcommit` may commit to the wrong\n branch.\n \n If you do merge, note the following rule: `git svn dcommit` will\n@@ -1017,7 +1017,7 @@ attempt to commit on top of the SVN commit named in\n git log --grep=^git-svn-id: --first-parent -1\n ------------------------------------------------------------------------\n You 'must' therefore ensure that the most recent commit of the branch\n-you want to dcommit to is the 'first' parent of the merge.  Chaos will\n+you want to `dcommit` to is the 'first' parent of the merge.  Chaos will\n ensue otherwise, especially if the first parent is an older commit on\n the same SVN branch.\n \n@@ -1026,15 +1026,15 @@ any `git svn` metadata, or config.  So repositories created and managed with\n using `git svn` should use 'rsync' for cloning, if cloning is to be done\n at all.\n \n-Since 'dcommit' uses rebase internally, any Git branches you `git push` to\n-before 'dcommit' on will require forcing an overwrite of the existing ref\n+Since `dcommit` uses rebase internally, any Git branches you `git push` to\n+before `dcommit` on will require forcing an overwrite of the existing ref\n on the remote repository.  This is generally considered bad practice,\n see the linkgit:git-push[1] documentation for details.\n \n Do not use the `--amend` option of linkgit:git-commit[1] on a change you've\n already dcommitted.  It is considered bad practice to `--amend` commits\n you've already pushed to a remote repository for other users, and\n-dcommit with SVN is analogous to that.\n+`dcommit` with SVN is analogous to that.\n \n When cloning an SVN repository, if none of the options for describing\n the repository layout is used (`--trunk`, `--tags`, `--branches`,\n@@ -1054,7 +1054,7 @@ branches and tags is required, the options `--trunk` / `--branches` /\n When using multiple `--branches` or `--tags`, `git svn` does not automatically\n handle name collisions (for example, if two branches from different paths have\n the same name, or if a branch and a tag have the same name).  In these cases,\n-use 'init' to set up your Git repository then, before your first 'fetch', edit\n+use `init` to set up your Git repository then, before your first `fetch`, edit\n the $GIT_DIR/config file so that the branches and tags are associated\n with different name spaces.  For example:\n \n@@ -1085,7 +1085,7 @@ CONFIGURATION\n \n `git svn` stores [svn-remote] configuration information in the\n repository $GIT_DIR/config file.  It is similar the core Git\n-[remote] sections except 'fetch' keys do not accept glob\n+[remote] sections except `fetch` keys do not accept glob\n arguments; but they are instead handled by the 'branches'\n and 'tags' keys.  Since some SVN repositories are oddly\n configured with multiple projects glob expansions such those\n@@ -1105,7 +1105,7 @@ Keep in mind that the `*` (asterisk) wildcard of the local ref\n (right of the `:`) *must* be the farthest right path component;\n however the remote wildcard may be anywhere as long as it's an\n independent path component (surrounded by `/` or EOL).   This\n-type of configuration is not automatically created by 'init' and\n+type of configuration is not automatically created by `init` and\n should be manually entered with a text-editor or using `git config`.\n \n Also note that only one asterisk is allowed per word. For example:\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421330","messageId":"20210409040301.3260358-7-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 06/13] doc: typeset dummy URLs and protocols in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:54Z","receivedAt":"2021-04-09T04:05:58Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap dummy URLs and protocols names with backticks as indicated in the\nCodingGuidelines. Note that some asciidoc predefined attributes are\nreplaced by their corresponding characters as they are made literal:\n\n    {tilde} => ~\n    {startsb} => [\n    {endsb} => ]\n\nRemove backticks of two URLs as they prevent them to be clickable.\nReflect this in the CodingGuidelines: only dummy URLs should be wrapped\nwith backticks.\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/CodingGuidelines     |  2 +-\n Documentation/git-archimport.txt   |  2 +-\n Documentation/git-cvsimport.txt    |  2 +-\n Documentation/git-daemon.txt       |  6 +++---\n Documentation/git-http-backend.txt |  2 +-\n Documentation/git-remote-ext.txt   | 10 ++++-----\n Documentation/git-remote-fd.txt    |  2 +-\n Documentation/git-svn.txt          |  4 ++--\n Documentation/gitfaq.txt           |  4 ++--\n Documentation/gitweb.txt           | 10 ++++-----\n Documentation/urls.txt             | 34 +++++++++++++++---------------\n 11 files changed, 39 insertions(+), 39 deletions(-)\n\ndiff --git a/Documentation/CodingGuidelines b/Documentation/CodingGuidelines\nindex 45465bc0c9..554fba1a47 100644\n--- a/Documentation/CodingGuidelines\n+++ b/Documentation/CodingGuidelines\n@@ -607,7 +607,7 @@ Writing Documentation:\n  or commands:\n \n  Literal examples (e.g. use of command-line options, command names,\n- branch names, URLs, pathnames (files and directories), configuration and\n+ branch names, dummy URLs, pathnames (files and directories), configuration and\n  environment variables) must be typeset in monospace (i.e. wrapped with\n  backticks):\n    `--pretty=oneline`\ndiff --git a/Documentation/git-archimport.txt b/Documentation/git-archimport.txt\nindex b5c9e500ca..72237659d9 100644\n--- a/Documentation/git-archimport.txt\n+++ b/Documentation/git-archimport.txt\n@@ -97,7 +97,7 @@ OPTIONS\n \tpruned.\n \n -a::\n-\tAttempt to auto-register archives at `http://mirrors.sourcecontrol.net`\n+\tAttempt to auto-register archives at http://mirrors.sourcecontrol.net\n \tThis is particularly useful with the `-D` option.\n \n -t <tmpdir>::\ndiff --git a/Documentation/git-cvsimport.txt b/Documentation/git-cvsimport.txt\nindex 586184bbd4..ead844944e 100644\n--- a/Documentation/git-cvsimport.txt\n+++ b/Documentation/git-cvsimport.txt\n@@ -221,7 +221,7 @@ Problems related to tags:\n If you suspect that any of these issues may apply to the repository you\n want to import, consider using cvs2git:\n \n-* cvs2git (part of cvs2svn), `http://subversion.apache.org/`\n+* cvs2git (part of cvs2svn), http://subversion.apache.org/\n \n GIT\n ---\ndiff --git a/Documentation/git-daemon.txt b/Documentation/git-daemon.txt\nindex e9cce4e468..1298ceb723 100644\n--- a/Documentation/git-daemon.txt\n+++ b/Documentation/git-daemon.txt\n@@ -55,8 +55,8 @@ OPTIONS\n --base-path=<path>::\n \tRemap all the path requests as relative to the given path.\n \tThis is sort of \"Git root\" - if you run `git daemon` with\n-\t`--base-path=/srv/git` on example.com, then if you later try to pull\n-\t'git://example.com/hello.git', `git daemon` will interpret the path\n+\t`--base-path=/srv/git` on `example.com`, then if you later try to pull\n+\t`git://example.com/hello.git`, `git daemon` will interpret the path\n \tas `/srv/git/hello.git`.\n \n --base-path-relaxed::\n@@ -139,7 +139,7 @@ otherwise `stderr`.\n --user-path=<path>::\n \tAllow {tilde}user notation to be used in requests.  When\n \tspecified with no parameter, requests to\n-\tgit://host/{tilde}alice/foo is taken as a request to access\n+\t`git://host/~alice/foo` is taken as a request to access\n \t'foo' repository in the home directory of user `alice`.\n \tIf `--user-path=path` is specified, the same request is\n \ttaken as a request to access `path/foo` repository in\ndiff --git a/Documentation/git-http-backend.txt b/Documentation/git-http-backend.txt\nindex c97c10ba09..e63816e430 100644\n--- a/Documentation/git-http-backend.txt\n+++ b/Documentation/git-http-backend.txt\n@@ -13,7 +13,7 @@ SYNOPSIS\n DESCRIPTION\n -----------\n A simple CGI program to serve the contents of a Git repository to Git\n-clients accessing the repository over http:// and https:// protocols.\n+clients accessing the repository over `http://` and `https://` protocols.\n The program supports clients fetching using both the smart HTTP protocol\n and the backwards-compatible dumb HTTP protocol, as well as clients\n pushing using the smart HTTP protocol.\ndiff --git a/Documentation/git-remote-ext.txt b/Documentation/git-remote-ext.txt\nindex fd9b621fa2..49057434cd 100644\n--- a/Documentation/git-remote-ext.txt\n+++ b/Documentation/git-remote-ext.txt\n@@ -16,7 +16,7 @@ This remote helper uses the specified '<command>' to connect\n to a remote Git server.\n \n Data written to stdin of the specified '<command>' is assumed\n-to be sent to a git:// server, `git-upload-pack`, `git-receive-pack`\n+to be sent to a `git://` server, `git-upload-pack`, `git-receive-pack`\n or `git-upload-archive` (depending on situation), and data read\n from stdout of <command> is assumed to be received from\n the same service.\n@@ -42,17 +42,17 @@ The following sequences have a special meaning:\n \n '%G' (must be the first characters in an argument)::\n \tThis argument will not be passed to '<command>'. Instead, it\n-\twill cause the helper to start by sending git:// service requests to\n+\twill cause the helper to start by sending `git://` service requests to\n \tthe remote side with the service field set to an appropriate value and\n \tthe repository field set to rest of the argument. Default is not to send\n \tsuch a request.\n +\n-This is useful if remote side is git:// server accessed over\n+This is useful if remote side is `git://` server accessed over\n some tunnel.\n \n '%V' (must be first characters in argument)::\n \tThis argument will not be passed to '<command>'. Instead it sets\n-\tthe vhost field in the git:// service request (to rest of the argument).\n+\tthe vhost field in the `git://` service request (to rest of the argument).\n \tDefault is not to send vhost in such request (if sent).\n \n ENVIRONMENT VARIABLES\n@@ -93,7 +93,7 @@ begins with `ext::`.  Examples:\n \tRepresents a repository with path /repo accessed using the\n \thelper program `git-server-alias foo`.  The path to the\n \trepository and type of request are not passed on the command\n-\tline but as part of the protocol stream, as usual with git://\n+\tline but as part of the protocol stream, as usual with `git://`\n \tprotocol.\n \n \"ext::git-server-alias foo %G/repo %Vfoo\"::\ndiff --git a/Documentation/git-remote-fd.txt b/Documentation/git-remote-fd.txt\nindex 14868c4678..239844f827 100644\n--- a/Documentation/git-remote-fd.txt\n+++ b/Documentation/git-remote-fd.txt\n@@ -22,7 +22,7 @@ to be pipes connected to a remote Git server (<infd> being the inbound pipe\n and <outfd> being the outbound pipe.\n \n It is assumed that any handshaking procedures have already been completed\n-(such as sending service request for git://) before this helper is started.\n+(such as sending service request for `git://`) before this helper is started.\n \n <anything> can be any string. It is ignored. It is meant for providing\n information to user in the URL in case that URL is displayed in some\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex f42cf6b189..93868c9226 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -798,8 +798,8 @@ svn-remote.<name>.useSvnsyncprops::\n svn-remote.<name>.rewriteRoot::\n \tThis allows users to create repositories from alternate\n \tURLs.  For example, an administrator could run `git svn` on the\n-\tserver locally (accessing via file://) but wish to distribute\n-\tthe repository with a public http:// or svn:// URL in the\n+\tserver locally (accessing via `file://`) but wish to distribute\n+\tthe repository with a public `http://` or `svn://` URL in the\n \tmetadata so users of it will see the public URL.\n \n svn-remote.<name>.rewriteUUID::\ndiff --git a/Documentation/gitfaq.txt b/Documentation/gitfaq.txt\nindex 92e8106af4..01d6a27cf6 100644\n--- a/Documentation/gitfaq.txt\n+++ b/Documentation/gitfaq.txt\n@@ -140,8 +140,8 @@ How do I use multiple accounts with the same hosting provider using HTTP?::\n \tUsually the easiest way to distinguish between these accounts is to use\n \tthe username in the URL.  For example, if you have the accounts `author`\n \tand `committer` on `git.example.org`, you can use the URLs\n-\thttps://author@git.example.org/org1/project1.git and\n-\thttps://committer@git.example.org/org2/project2.git.  This way, when you\n+\t`https://author@git.example.org/org1/project1.git` and\n+\t`https://committer@git.example.org/org2/project2.git`.  This way, when you\n \tuse a credential helper, it will automatically try to look up the\n \tcorrect credentials for your account.  If you already have a remote set\n \tup, you can change the URL with something like `git remote set-url\ndiff --git a/Documentation/gitweb.txt b/Documentation/gitweb.txt\nindex 1feb9c2b08..689afb38c0 100644\n--- a/Documentation/gitweb.txt\n+++ b/Documentation/gitweb.txt\n@@ -586,7 +586,7 @@ These configurations enable two things. First, each unix user (`<user>`) of\n the server will be able to browse through `gitweb` Git repositories found in\n `~/public_git/` with the following url:\n \n-  http://git.example.org/~<user>/\n+  `http://git.example.org/~<user>/`\n \n If you do not want this feature on your server just remove the second\n rewrite rule.\n@@ -610,7 +610,7 @@ $feature{'pathinfo'}{'default'} = [1];\n in your `gitweb` configuration file, it is possible to set up your server so\n that it consumes and produces URLs in the form\n \n-  http://git.example.com/project.git/shortlog/sometag\n+  `http://git.example.com/project.git/shortlog/sometag`\n \n i.e. without 'gitweb.cgi' part, by using a configuration such as the\n following.  This configuration assumes that `/var/www/gitweb` is the\n@@ -670,19 +670,19 @@ named *without* a .git extension (e.g. `/pub/git/project` instead of\n \n The additional AliasMatch makes it so that\n \n-  http://git.example.com/project.git\n+  `http://git.example.com/project.git`\n \n will give raw access to the project's Git dir (so that the project can be\n cloned), while\n \n-  http://git.example.com/project\n+  `http://git.example.com/project`\n \n will provide human-friendly `gitweb` access.\n \n This solution is not 100% bulletproof, in the sense that if some project has\n a named ref (branch, tag) starting with `git/`, then paths such as\n \n-  http://git.example.com/project/command/abranch..git/abranch\n+  `http://git.example.com/project/command/abranch..git/abranch`\n \n will fail with a 404 error.\n \ndiff --git a/Documentation/urls.txt b/Documentation/urls.txt\nindex 68ab4fbcc3..b0aa97823b 100644\n--- a/Documentation/urls.txt\n+++ b/Documentation/urls.txt\n@@ -6,23 +6,23 @@ address of the remote server, and the path to the repository.\n Depending on the transport protocol, some of this information may be\n absent.\n \n-Git supports ssh, git, http, and https protocols (in addition, ftp,\n-and ftps can be used for fetching, but this is inefficient and\n+Git supports `ssh`, `git`, `http`, and `https` protocols (in addition, `ftp`,\n+and `ftps` can be used for fetching, but this is inefficient and\n deprecated; do not use it).\n \n-The native transport (i.e. git:// URL) does no authentication and\n+The native transport (i.e. `git://` URL) does no authentication and\n should be used with caution on unsecured networks.\n \n The following syntaxes may be used with them:\n \n-- ssh://{startsb}user@{endsb}host.xz{startsb}:port{endsb}/path/to/repo.git/\n-- git://host.xz{startsb}:port{endsb}/path/to/repo.git/\n-- http{startsb}s{endsb}://host.xz{startsb}:port{endsb}/path/to/repo.git/\n-- ftp{startsb}s{endsb}://host.xz{startsb}:port{endsb}/path/to/repo.git/\n+- `ssh://[user@]host.xz[:port]/path/to/repo.git/`\n+- `git://host.xz[:port]/path/to/repo.git/`\n+- `http[s]://host.xz[:port]/path/to/repo.git/`\n+- `ftp[s]://host.xz[:port]/path/to/repo.git/`\n \n An alternative scp-like syntax may also be used with the ssh protocol:\n \n-- {startsb}user@{endsb}host.xz:path/to/repo.git/\n+- `[user@]host.xz:path/to/repo.git/`\n \n This syntax is only recognized if there are no slashes before the\n first colon. This helps differentiate a local path that contains a\n@@ -32,15 +32,15 @@ url.\n \n The ssh and git protocols additionally support ~username expansion:\n \n-- ssh://{startsb}user@{endsb}host.xz{startsb}:port{endsb}/~{startsb}user{endsb}/path/to/repo.git/\n-- git://host.xz{startsb}:port{endsb}/~{startsb}user{endsb}/path/to/repo.git/\n-- {startsb}user@{endsb}host.xz:/~{startsb}user{endsb}/path/to/repo.git/\n+- `ssh://[user@]host.xz[:port]/~[user]/path/to/repo.git/`\n+- `git://host.xz[:port]/~[user]/path/to/repo.git/`\n+- `[user@]host.xz:/~[user]/path/to/repo.git/`\n \n For local repositories, also supported by Git natively, the following\n syntaxes may be used:\n \n-- /path/to/repo.git/\n-- \\file:///path/to/repo.git/\n+- `/path/to/repo.git/`\n+- `file:///path/to/repo.git/`\n \n ifndef::git-clone[]\n These two syntaxes are mostly equivalent, except when cloning, when\n@@ -85,8 +85,8 @@ For example, with this:\n \t\tinsteadOf = work:\n ------------\n \n-a URL like \"work:repo.git\" or like \"host.xz:/path/to/repo.git\" will be\n-rewritten in any context that takes a URL to be \"git://git.host.xz/repo.git\".\n+a URL like `work:repo.git` or like `host.xz:/path/to/repo.git` will be\n+rewritten in any context that takes a URL to be `git://git.host.xz/repo.git`.\n \n If you want to rewrite URLs for push only, you can create a\n configuration section of the form:\n@@ -103,6 +103,6 @@ For example, with this:\n \t\tpushInsteadOf = git://example.org/\n ------------\n \n-a URL like \"git://example.org/path/to/repo.git\" will be rewritten to\n-\"ssh://example.org/path/to/repo.git\" for pushes, but pulls will still\n+a URL like `git://example.org/path/to/repo.git` will be rewritten to\n+`ssh://example.org/path/to/repo.git` for pushes, but pulls will still\n use the original URL.\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421331","messageId":"20210409040301.3260358-8-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 07/13] doc: typeset git dotfiles in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:55Z","receivedAt":"2021-04-09T04:06:00Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap git dotfiles with backticks as indicated in the CodingGuidelines.\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/config.txt            | 12 ++++++------\n Documentation/fetch-options.txt     |  2 +-\n Documentation/git-config.txt        |  8 ++++----\n Documentation/git-fast-import.txt   |  2 +-\n Documentation/git-format-patch.txt  |  2 +-\n Documentation/git-fsck.txt          |  4 ++--\n Documentation/git-instaweb.txt      |  2 +-\n Documentation/git-ls-files.txt      |  2 +-\n Documentation/git-notes.txt         |  8 ++++----\n Documentation/git-pack-refs.txt     |  4 ++--\n Documentation/git-prune.txt         |  2 +-\n Documentation/git-rebase.txt        |  4 ++--\n Documentation/git-submodule.txt     | 12 ++++++------\n Documentation/git-svn.txt           |  4 ++--\n Documentation/git-upload-pack.txt   |  2 +-\n Documentation/git-var.txt           |  2 +-\n Documentation/gitattributes.txt     |  8 ++++----\n Documentation/gitignore.txt         |  4 ++--\n Documentation/gitremote-helpers.txt |  2 +-\n Documentation/gittutorial-2.txt     | 10 +++++-----\n Documentation/gitweb.txt            |  2 +-\n Documentation/user-manual.txt       |  2 +-\n 22 files changed, 50 insertions(+), 50 deletions(-)\n\ndiff --git a/Documentation/config.txt b/Documentation/config.txt\nindex 05bcf1bf2b..1747307621 100644\n--- a/Documentation/config.txt\n+++ b/Documentation/config.txt\n@@ -114,14 +114,14 @@ are:\n `gitdir`::\n \n \tThe data that follows the keyword `gitdir:` is used as a glob\n-\tpattern. If the location of the .git directory matches the\n+\tpattern. If the location of the `.git` directory matches the\n \tpattern, the include condition is met.\n +\n-The .git location may be auto-discovered, or come from `$GIT_DIR`\n-environment variable. If the repository is auto discovered via a .git\n-file (e.g. from submodules, or a linked worktree), the .git location\n-would be the final location where the .git directory is, not where the\n-.git file is.\n+The `.git` location may be auto-discovered, or come from `$GIT_DIR`\n+environment variable. If the repository is auto discovered via a `.git`\n+file (e.g. from submodules, or a linked worktree), the `.git` location\n+would be the final location where the `.git` directory is, not where the\n+`.git` file is.\n +\n The pattern can contain standard globbing wildcards and two additional\n ones, `**/` and `/**`, that can match multiple path components. Please\ndiff --git a/Documentation/fetch-options.txt b/Documentation/fetch-options.txt\nindex 6aa07a54b9..94de13eec8 100644\n--- a/Documentation/fetch-options.txt\n+++ b/Documentation/fetch-options.txt\n@@ -43,7 +43,7 @@ the current repository has the same history as the source repository.\n --update-shallow::\n \tBy default when fetching from a shallow repository,\n \t`git fetch` refuses refs that require updating\n-\t.git/shallow. This option updates .git/shallow and accept such\n+\t`.git/shallow`. This option updates `.git/shallow` and accept such\n \trefs.\n \n --negotiation-tip=<commit|glob>::\ndiff --git a/Documentation/git-config.txt b/Documentation/git-config.txt\nindex 85e02aff92..afb14bcafe 100644\n--- a/Documentation/git-config.txt\n+++ b/Documentation/git-config.txt\n@@ -148,7 +148,7 @@ See also <<FILES>>.\n --blob blob::\n \tSimilar to `--file` but use the given blob instead of a file. E.g.\n \tyou can use 'master:.gitmodules' to read values from the file\n-\t'.gitmodules' in the `master` branch. See \"SPECIFYING REVISIONS\"\n+\t`.gitmodules` in the `master` branch. See \"SPECIFYING REVISIONS\"\n \tsection in linkgit:gitrevisions[7] for a more complete list of\n \tways to spell blob names.\n \n@@ -336,8 +336,8 @@ ENVIRONMENT\n -----------\n \n GIT_CONFIG::\n-\tTake the configuration from the given file instead of .git/config.\n-\tUsing the `--global` option forces this to ~/.gitconfig. Using the\n+\tTake the configuration from the given file instead of `.git/config`.\n+\tUsing the `--global` option forces this to `~/.gitconfig`. Using the\n \t`--system` option forces this to $(prefix)/etc/gitconfig.\n \n GIT_CONFIG_NOSYSTEM::\n@@ -367,7 +367,7 @@ for example when writing scripts.\n EXAMPLES\n --------\n \n-Given a .git/config like this:\n+Given a `.git/config` like this:\n \n ------------\n #\ndiff --git a/Documentation/git-fast-import.txt b/Documentation/git-fast-import.txt\nindex eeac242732..7b801de61a 100644\n--- a/Documentation/git-fast-import.txt\n+++ b/Documentation/git-fast-import.txt\n@@ -116,7 +116,7 @@ Locations of Marks Files\n \twith `--import-marks`= and `--export-marks`= are relative\n \tto an internal directory in the current repository.\n \tIn `git-fast-import` this means that the paths are relative\n-\tto the .git/info/fast-import directory. However, other\n+\tto the `.git/info/fast-import` directory. However, other\n \timporters may use a different location.\n +\n Relative and non-relative marks may be combined by interweaving\ndiff --git a/Documentation/git-format-patch.txt b/Documentation/git-format-patch.txt\nindex 2009a048a9..3b10a6f7ea 100644\n--- a/Documentation/git-format-patch.txt\n+++ b/Documentation/git-format-patch.txt\n@@ -503,7 +503,7 @@ If it does not apply correctly, there can be various reasons.\n   this case.\n \n * The MUA corrupted your patch; \"am\" would complain that\n-  the patch does not apply.  Look in the .git/rebase-apply/ subdirectory and\n+  the patch does not apply.  Look in the `.git/rebase-apply/` subdirectory and\n   see what 'patch' file contains and check for the common\n   corruption patterns mentioned above.\n \ndiff --git a/Documentation/git-fsck.txt b/Documentation/git-fsck.txt\nindex 048a28ee50..a680caa365 100644\n--- a/Documentation/git-fsck.txt\n+++ b/Documentation/git-fsck.txt\n@@ -86,8 +86,8 @@ care about this output and want to speed it up further.\n \tBe chatty.\n \n --lost-found::\n-\tWrite dangling objects into .git/lost-found/commit/ or\n-\t.git/lost-found/other/, depending on type.  If the object is\n+\tWrite dangling objects into `.git/lost-found/commit/` or\n+\t`.git/lost-found/other/`, depending on type.  If the object is\n \ta blob, the contents are written into the file, rather than\n \tits object name.\n \ndiff --git a/Documentation/git-instaweb.txt b/Documentation/git-instaweb.txt\nindex dfbd3a40ce..a8876b74ca 100644\n--- a/Documentation/git-instaweb.txt\n+++ b/Documentation/git-instaweb.txt\n@@ -69,7 +69,7 @@ restart::\n CONFIGURATION\n -------------\n \n-You may specify configuration in your .git/config\n+You may specify configuration in your `.git/config`\n \n -----------------------------------------------------------------------\n [instaweb]\ndiff --git a/Documentation/git-ls-files.txt b/Documentation/git-ls-files.txt\nindex ee435024da..3557823de9 100644\n--- a/Documentation/git-ls-files.txt\n+++ b/Documentation/git-ls-files.txt\n@@ -103,7 +103,7 @@ OPTIONS\n \tdirectory and its subdirectories in <file>.\n \n --exclude-standard::\n-\tAdd the standard Git exclusions: .git/info/exclude, .gitignore\n+\tAdd the standard Git exclusions: `.git/info/exclude`, `.gitignore`\n \tin each directory, and the user's global exclusion file.\n \n --error-unmatch::\ndiff --git a/Documentation/git-notes.txt b/Documentation/git-notes.txt\nindex 8f25b07f10..ffc6fc51a7 100644\n--- a/Documentation/git-notes.txt\n+++ b/Documentation/git-notes.txt\n@@ -192,11 +192,11 @@ OPTIONS\n --commit::\n \tFinalize an in-progress `git notes merge`. Use this option\n \twhen you have resolved the conflicts that `git notes merge`\n-\tstored in .git/NOTES_MERGE_WORKTREE. This amends the partial\n+\tstored in `.git/NOTES_MERGE_WORKTREE`. This amends the partial\n \tmerge commit created by `git notes merge` (stored in\n-\t.git/NOTES_MERGE_PARTIAL) by adding the notes in\n-\t.git/NOTES_MERGE_WORKTREE. The notes ref stored in the\n-\t.git/NOTES_MERGE_REF symref is updated to the resulting commit.\n+\t`.git/NOTES_MERGE_PARTIAL`) by adding the notes in\n+\t`.git/NOTES_MERGE_WORKTREE`. The notes ref stored in the\n+\t`.git/NOTES_MERGE_REF` symref is updated to the resulting commit.\n \n --abort::\n \tAbort/reset an in-progress `git notes merge`, i.e. a notes merge\ndiff --git a/Documentation/git-pack-refs.txt b/Documentation/git-pack-refs.txt\nindex 7e62ff3e8d..169bcfb07f 100644\n--- a/Documentation/git-pack-refs.txt\n+++ b/Documentation/git-pack-refs.txt\n@@ -64,8 +64,8 @@ BUGS\n ----\n \n Older documentation written before the packed-refs mechanism was\n-introduced may still say things like \".git/refs/heads/<branch> file\n-exists\" when it means \"branch <branch> exists\".\n+introduced may still say things like \"`.git/refs/heads/<branch>` file\n+exists\" when it means branch <branch> exists.\n \n \n GIT\ndiff --git a/Documentation/git-prune.txt b/Documentation/git-prune.txt\nindex 4cdd753c13..382e5f70f4 100644\n--- a/Documentation/git-prune.txt\n+++ b/Documentation/git-prune.txt\n@@ -24,7 +24,7 @@ objects unreachable from any of these head objects from the object database.\n In addition, it\n prunes the unpacked objects that are also found in packs by\n running `git prune-packed`.\n-It also removes entries from .git/shallow that are not reachable by\n+It also removes entries from `.git/shallow` that are not reachable by\n any ref.\n \n Note that unreachable, packed objects will remain.  If this is\ndiff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\nindex ddc76ca308..1c5eaf8cf7 100644\n--- a/Documentation/git-rebase.txt\n+++ b/Documentation/git-rebase.txt\n@@ -48,7 +48,7 @@ It is possible that a merge failure will prevent this process from being\n completely automatic.  You will have to resolve any such merge failure\n and run `git rebase --continue`.  Another option is to bypass the commit\n that caused the merge failure with `git rebase --skip`.  To check out the\n-original <branch> and remove the .git/rebase-apply working files, use the\n+original <branch> and remove the `.git/rebase-apply` working files, use the\n command `git rebase --abort` instead.\n \n Assume the following history exists and the current branch is `topic`:\n@@ -800,7 +800,7 @@ completeness:\n   them to stderr.\n \n * State directories: The two backends keep their state in different\n-  directories under .git/\n+  directories under `.git/`\n \n include::merge-strategies.txt[]\n \ndiff --git a/Documentation/git-submodule.txt b/Documentation/git-submodule.txt\nindex b97531f808..0a691b1df0 100644\n--- a/Documentation/git-submodule.txt\n+++ b/Documentation/git-submodule.txt\n@@ -95,7 +95,7 @@ too (and can also report changes to a submodule's work tree).\n init [--] [<path>...]::\n \tInitialize the submodules recorded in the index (which were\n \tadded and committed elsewhere) by setting `submodule.$name.url`\n-\tin .git/config. It uses the same setting from `.gitmodules` as\n+\tin `.git/config`. It uses the same setting from `.gitmodules` as\n \ta template. If the URL is relative, it will be resolved using\n \tthe default remote. If there is no default remote, the current\n \trepository will be assumed to be upstream.\n@@ -106,8 +106,8 @@ configured to be active will be initialized, otherwise all submodules are\n initialized.\n +\n When present, it will also copy the value of `submodule.$name.update`.\n-This command does not alter existing information in .git/config.\n-You can then customize the submodule clone URLs in .git/config\n+This command does not alter existing information in `.git/config`.\n+You can then customize the submodule clone URLs in `.git/config`\n for your local setup and proceed to `git submodule update`;\n you can also just use `git submodule update --init` without\n the explicit 'init' step if you do not intend to customize\n@@ -117,7 +117,7 @@ See the add subcommand for the definition of default remote.\n \n deinit [-f|--force] (--all|[--] <path>...)::\n \tUnregister the given submodules, i.e. remove the whole\n-\t`submodule.$name` section from .git/config together with their work\n+\t`submodule.$name` section from `.git/config` together with their work\n \ttree. Further calls to `git submodule update`, `git submodule foreach`\n \tand `git submodule sync` will skip any unregistered submodules until\n \tthey are initialized again, so use this command if you don't want to\n@@ -235,7 +235,7 @@ git submodule foreach 'echo $sm_path `git rev-parse HEAD`'\n sync [--recursive] [--] [<path>...]::\n \tSynchronizes submodules' remote URL configuration setting\n \tto the value specified in `.gitmodules`. It will only affect those\n-\tsubmodules which already have a URL entry in .git/config (that is the\n+\tsubmodules which already have a URL entry in `.git/config` (that is the\n \tcase when they are initialized or freshly added). This is useful when\n \tsubmodule URLs change upstream and you need to update your local\n \trepositories accordingly.\n@@ -251,7 +251,7 @@ absorbgitdirs::\n \tmove the `git` directory of the submodule into its superproject's\n \t`$GIT_DIR/modules` path and then connect the `git` directory and\n \tits working directory by setting the `core.worktree` and adding\n-\ta .git file pointing to the `git` directory embedded in the\n+\ta `.git` file pointing to the `git` directory embedded in the\n \tsuperprojects `git` directory.\n +\n A repository that was cloned independently and later added as a submodule or\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex 93868c9226..2e1e3348c7 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -221,7 +221,7 @@ config key: `svn-remote.<name>.include-paths`\n \n --placeholder-filename=<filename>;;\n \tSet the name of placeholder files created by `--preserve-empty-dirs`.\n-\tDefault: \".gitignore\"\n+\tDefault: \"`.gitignore`\"\n \n `rebase`::\n \tThis fetches revisions from the SVN parent of the current `HEAD`\n@@ -432,7 +432,7 @@ Any other arguments are passed directly to `git log`\n \n `create-ignore`::\n \tRecursively finds the svn:ignore property on directories and\n-\tcreates matching .gitignore files. The resulting files are staged to\n+\tcreates matching `.gitignore` files. The resulting files are staged to\n \tbe committed, but are not committed. Use `-r`/`--revision` to refer to a\n \tspecific revision.\n \ndiff --git a/Documentation/git-upload-pack.txt b/Documentation/git-upload-pack.txt\nindex f4b9dab02e..fdb7edc727 100644\n--- a/Documentation/git-upload-pack.txt\n+++ b/Documentation/git-upload-pack.txt\n@@ -26,7 +26,7 @@ OPTIONS\n -------\n \n --[no-]strict::\n-\tDo not try <directory>/.git/ if <directory> is no Git directory.\n+\tDo not try `<directory>/.git/` if <directory> is no Git directory.\n \n --timeout=<n>::\n \tInterrupt transfer after <n> seconds of inactivity.\ndiff --git a/Documentation/git-var.txt b/Documentation/git-var.txt\nindex 3e356129cd..1105e8a1cc 100644\n--- a/Documentation/git-var.txt\n+++ b/Documentation/git-var.txt\n@@ -19,7 +19,7 @@ OPTIONS\n -------\n -l::\n \tCause the logical variables to be listed. In addition, all the\n-\tvariables of the Git configuration file .git/config are listed\n+\tvariables of the Git configuration file `.git/config` are listed\n \tas well. (However, the configuration variables listing functionality\n \tis deprecated in favor of `git config -l`.)\n \ndiff --git a/Documentation/gitattributes.txt b/Documentation/gitattributes.txt\nindex 2ce7365ec6..bd1cd2629c 100644\n--- a/Documentation/gitattributes.txt\n+++ b/Documentation/gitattributes.txt\n@@ -7,7 +7,7 @@ gitattributes - Defining attributes per path\n \n SYNOPSIS\n --------\n-$GIT_DIR/info/attributes, .gitattributes\n+$GIT_DIR/info/attributes, `.gitattributes`\n \n \n DESCRIPTION\n@@ -430,7 +430,7 @@ variable to `true`.\n Note: Whenever the clean filter is changed, the repo should be renormalized:\n $ git add --renormalize .\n \n-For example, in .gitattributes, you would assign the `filter`\n+For example, in `.gitattributes`, you would assign the `filter`\n attribute for paths.\n \n ------------------------\n@@ -438,7 +438,7 @@ attribute for paths.\n ------------------------\n \n Then you would define a `filter.indent.clean` and `filter.indent.smudge`\n-configuration in your .git/config to specify a pair of commands to\n+configuration in your `.git/config` to specify a pair of commands to\n modify the contents of C programs when the source files are checked\n in (\"clean\" is run) and checked out (no change is made because the\n command is \"cat\").\n@@ -771,7 +771,7 @@ matches what GNU 'diff -p' output uses.  This default selection however\n is not suited for some contents, and you can use a customized pattern\n to make a selection.\n \n-First, in .gitattributes, you would assign the `diff` attribute\n+First, in `.gitattributes`, you would assign the `diff` attribute\n for paths.\n \n ------------------------\ndiff --git a/Documentation/gitignore.txt b/Documentation/gitignore.txt\nindex 379db07326..7488cdb585 100644\n--- a/Documentation/gitignore.txt\n+++ b/Documentation/gitignore.txt\n@@ -7,7 +7,7 @@ gitignore - Specifies intentionally untracked files to ignore\n \n SYNOPSIS\n --------\n-$XDG_CONFIG_HOME/git/ignore, $GIT_DIR/info/exclude, .gitignore\n+$XDG_CONFIG_HOME/git/ignore, $GIT_DIR/info/exclude, `.gitignore`\n \n DESCRIPTION\n -----------\n@@ -211,7 +211,7 @@ Another example:\n     $ echo '!/vmlinux*' >arch/foo/kernel/.gitignore\n --------------------------------------------------------------\n \n-The second .gitignore prevents Git from ignoring\n+The second `.gitignore` prevents Git from ignoring\n `arch/foo/kernel/vmlinux.lds.S`.\n \n Example to exclude everything except a specific directory `foo/bar`\ndiff --git a/Documentation/gitremote-helpers.txt b/Documentation/gitremote-helpers.txt\nindex 6e75d45382..e92b9113f2 100644\n--- a/Documentation/gitremote-helpers.txt\n+++ b/Documentation/gitremote-helpers.txt\n@@ -512,7 +512,7 @@ set by Git if the remote helper has the 'option' capability.\n \trepository is guaranteed empty).\n \n 'option update-shallow' {'true'|'false'}::\n-\tAllow to extend .git/shallow if the new refs require it.\n+\tAllow to extend `.git/shallow` if the new refs require it.\n \n 'option pushcert' {'true'|'false'}::\n \tGPG sign pushes.\ndiff --git a/Documentation/gittutorial-2.txt b/Documentation/gittutorial-2.txt\nindex 65bc1453d6..ef11670768 100644\n--- a/Documentation/gittutorial-2.txt\n+++ b/Documentation/gittutorial-2.txt\n@@ -133,7 +133,7 @@ header identifying their length and their type.  The type is either a\n blob, a tree, a commit, or a tag.\n \n The simplest commit to find is the `HEAD` commit, which we can find\n-from .git/HEAD:\n+from `.git/HEAD`:\n \n ------------------------------------------------\n $ cat .git/HEAD\n@@ -141,7 +141,7 @@ ref: refs/heads/master\n ------------------------------------------------\n \n As you can see, this tells us which branch we're currently on, and it\n-tells us this by naming a file under the .git directory, which itself\n+tells us this by naming a file under the `.git` directory, which itself\n contains a SHA-1 name referring to a commit object, which we can\n examine with cat-file:\n \n@@ -203,8 +203,8 @@ project's history:\n     data and \"tree\" objects containing subdirectory information.\n   * \"blob\" objects contain file data without any other structure.\n   * References to commit objects at the head of each branch are\n-    stored in files under .git/refs/heads/.\n-  * The name of the current branch is stored in .git/HEAD.\n+    stored in files under `.git/refs/heads/`.\n+  * The name of the current branch is stored in `.git/HEAD`.\n \n Note, by the way, that lots of commands take a tree as an argument.\n But as we can see above, a tree can be referred to in many different\n@@ -263,7 +263,7 @@ index a042389..513feba 100644\n \n So `git diff` is comparing against something other than the head.\n The thing that it's comparing against is actually the index file,\n-which is stored in .git/index in a binary format, but whose contents\n+which is stored in `.git/index` in a binary format, but whose contents\n we can examine with ls-files:\n \n ------------------------------------------------\ndiff --git a/Documentation/gitweb.txt b/Documentation/gitweb.txt\nindex 689afb38c0..14abdb843f 100644\n--- a/Documentation/gitweb.txt\n+++ b/Documentation/gitweb.txt\n@@ -642,7 +642,7 @@ parameter.\n \n *Notice* that in this case you don't need special settings for\n `@stylesheets`, `$my_uri` and `$home_link`, but you lose \"dumb client\"\n-access to your project .git dirs (described in \"Single URL for `gitweb` and\n+access to your project `.git` dirs (described in \"Single URL for `gitweb` and\n for fetching\" section).  A possible workaround for the latter is the\n following: in your project root dir (e.g. `/pub/git`) have the projects\n named *without* a .git extension (e.g. `/pub/git/project` instead of\ndiff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt\nindex 4459d74ec2..998875fc2b 100644\n--- a/Documentation/user-manual.txt\n+++ b/Documentation/user-manual.txt\n@@ -3143,7 +3143,7 @@ Writing objects: 100% (6020/6020), done.\n Total 6020 (delta 4070), reused 0 (delta 0)\n ------------------------------------------------\n \n-This creates a single \"pack file\" in .git/objects/pack/\n+This creates a single \"pack file\" in `.git/objects/pack/`\n containing all currently unpacked objects.  You can then run\n \n ------------------------------------------------\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421474","messageId":"20210409040301.3260358-5-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 04/13] doc: typeset git-related commands in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:52Z","receivedAt":"2021-04-09T04:06:00Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap git-related commands with backticks as indicated in the\nCodingGuidelines.\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/MyFirstContribution.txt         |   8 +-\n Documentation/config.txt                      |   2 +-\n Documentation/diff-format.txt                 |   8 +-\n Documentation/diff-generate-patch.txt         |   4 +-\n Documentation/diff-options.txt                |   8 +-\n Documentation/fetch-options.txt               |  18 +-\n Documentation/git-add.txt                     |   6 +-\n Documentation/git-am.txt                      |  20 +-\n Documentation/git-apply.txt                   |  14 +-\n Documentation/git-archimport.txt              |  12 +-\n Documentation/git-archive.txt                 |   6 +-\n Documentation/git-bisect-lk2009.txt           | 164 ++++++++--------\n Documentation/git-bisect.txt                  |  38 ++--\n Documentation/git-blame.txt                   |  10 +-\n Documentation/git-branch.txt                  |  28 +--\n Documentation/git-bugreport.txt               |   4 +-\n Documentation/git-bundle.txt                  |  34 ++--\n Documentation/git-cat-file.txt                |   6 +-\n Documentation/git-check-attr.txt              |   4 +-\n Documentation/git-check-ignore.txt            |   4 +-\n Documentation/git-check-mailmap.txt           |   2 +-\n Documentation/git-check-ref-format.txt        |   8 +-\n Documentation/git-checkout-index.txt          |  10 +-\n Documentation/git-checkout.txt                |  42 ++--\n Documentation/git-cherry-pick.txt             |   6 +-\n Documentation/git-cherry.txt                  |   8 +-\n Documentation/git-citool.txt                  |   6 +-\n Documentation/git-clean.txt                   |  14 +-\n Documentation/git-clone.txt                   |   2 +-\n Documentation/git-column.txt                  |   4 +-\n Documentation/git-commit-graph.txt            |   4 +-\n Documentation/git-commit-tree.txt             |   6 +-\n Documentation/git-commit.txt                  |  16 +-\n Documentation/git-config.txt                  |  42 ++--\n Documentation/git-count-objects.txt           |   2 +-\n .../git-credential-cache--daemon.txt          |   2 +-\n Documentation/git-credential-cache.txt        |   2 +-\n Documentation/git-credential-store.txt        |   4 +-\n Documentation/git-credential.txt              |  16 +-\n Documentation/git-cvsexportcommit.txt         |   4 +-\n Documentation/git-cvsimport.txt               |  20 +-\n Documentation/git-cvsserver.txt               |  56 +++---\n Documentation/git-daemon.txt                  |  52 ++---\n Documentation/git-describe.txt                |  22 +--\n Documentation/git-diff-files.txt              |   4 +-\n Documentation/git-diff-index.txt              |  20 +-\n Documentation/git-diff-tree.txt               |  12 +-\n Documentation/git-diff.txt                    |  30 +--\n Documentation/git-difftool.txt                |  34 ++--\n Documentation/git-fast-export.txt             |  28 +--\n Documentation/git-fast-import.txt             |  36 ++--\n Documentation/git-fetch-pack.txt              |  18 +-\n Documentation/git-fetch.txt                   |  14 +-\n Documentation/git-filter-branch.txt           |  92 ++++-----\n Documentation/git-fmt-merge-msg.txt           |   8 +-\n Documentation/git-for-each-ref.txt            |   4 +-\n Documentation/git-for-each-repo.txt           |   2 +-\n Documentation/git-format-patch.txt            |  22 +--\n Documentation/git-fsck-objects.txt            |   2 +-\n Documentation/git-fsck.txt                    |   8 +-\n Documentation/git-gc.txt                      |  18 +-\n Documentation/git-get-tar-commit-id.txt       |   8 +-\n Documentation/git-grep.txt                    |  10 +-\n Documentation/git-gui.txt                     |  24 +--\n Documentation/git-hash-object.txt             |   6 +-\n Documentation/git-help.txt                    |  18 +-\n Documentation/git-http-backend.txt            |  38 ++--\n Documentation/git-http-fetch.txt              |   6 +-\n Documentation/git-http-push.txt               |   2 +-\n Documentation/git-imap-send.txt               |   4 +-\n Documentation/git-index-pack.txt              |  10 +-\n Documentation/git-init-db.txt                 |   2 +-\n Documentation/git-init.txt                    |   8 +-\n Documentation/git-instaweb.txt                |  10 +-\n Documentation/git-interpret-trailers.txt      |  10 +-\n Documentation/git-log.txt                     |  10 +-\n Documentation/git-ls-files.txt                |  12 +-\n Documentation/git-ls-remote.txt               |   6 +-\n Documentation/git-ls-tree.txt                 |   8 +-\n Documentation/git-mailinfo.txt                |   6 +-\n Documentation/git-mailsplit.txt               |   2 +-\n Documentation/git-maintenance.txt             |   2 +-\n Documentation/git-merge-base.txt              |  20 +-\n Documentation/git-merge-file.txt              |  12 +-\n Documentation/git-merge-index.txt             |  10 +-\n Documentation/git-merge-one-file.txt          |   6 +-\n Documentation/git-merge-tree.txt              |   4 +-\n Documentation/git-merge.txt                   |  54 +++---\n Documentation/git-mergetool--lib.txt          |   4 +-\n Documentation/git-mergetool.txt               |  20 +-\n Documentation/git-mktag.txt                   |   2 +-\n Documentation/git-mktree.txt                  |   2 +-\n Documentation/git-multi-pack-index.txt        |   4 +-\n Documentation/git-mv.txt                      |   8 +-\n Documentation/git-name-rev.txt                |   6 +-\n Documentation/git-notes.txt                   |  52 ++---\n Documentation/git-p4.txt                      | 132 ++++++-------\n Documentation/git-pack-objects.txt            |   8 +-\n Documentation/git-pack-redundant.txt          |   4 +-\n Documentation/git-pack-refs.txt               |   2 +-\n Documentation/git-patch-id.txt                |  12 +-\n Documentation/git-prune-packed.txt            |   2 +-\n Documentation/git-prune.txt                   |  16 +-\n Documentation/git-pull.txt                    |  18 +-\n Documentation/git-push.txt                    |  24 +--\n Documentation/git-quiltimport.txt             |   4 +-\n Documentation/git-range-diff.txt              |   2 +-\n Documentation/git-read-tree.txt               |  54 +++---\n Documentation/git-rebase.txt                  |  48 ++---\n Documentation/git-receive-pack.txt            |  28 +--\n Documentation/git-reflog.txt                  |  12 +-\n Documentation/git-remote-ext.txt              |  26 +--\n Documentation/git-remote-fd.txt               |  12 +-\n Documentation/git-remote.txt                  |  28 +--\n Documentation/git-repack.txt                  |  14 +-\n Documentation/git-replace.txt                 |  22 +--\n Documentation/git-request-pull.txt            |   2 +-\n Documentation/git-rerere.txt                  |  34 ++--\n Documentation/git-reset.txt                   |  22 +--\n Documentation/git-restore.txt                 |   6 +-\n Documentation/git-rev-list.txt                |   6 +-\n Documentation/git-rev-parse.txt               |  34 ++--\n Documentation/git-revert.txt                  |  10 +-\n Documentation/git-rm.txt                      |   4 +-\n Documentation/git-send-email.txt              |  28 +--\n Documentation/git-send-pack.txt               |  12 +-\n Documentation/git-sh-i18n--envsubst.txt       |   2 +-\n Documentation/git-sh-i18n.txt                 |   2 +-\n Documentation/git-sh-setup.txt                |   2 +-\n Documentation/git-shell.txt                   |  24 +--\n Documentation/git-shortlog.txt                |  10 +-\n Documentation/git-show-branch.txt             |  22 +--\n Documentation/git-show-index.txt              |   2 +-\n Documentation/git-show-ref.txt                |   8 +-\n Documentation/git-show.txt                    |  10 +-\n Documentation/git-sparse-checkout.txt         |   6 +-\n Documentation/git-stage.txt                   |   2 +-\n Documentation/git-stash.txt                   |  28 +--\n Documentation/git-status.txt                  |   6 +-\n Documentation/git-stripspace.txt              |   8 +-\n Documentation/git-submodule.txt               |  44 ++---\n Documentation/git-svn.txt                     | 176 ++++++++---------\n Documentation/git-switch.txt                  |  10 +-\n Documentation/git-symbolic-ref.txt            |   8 +-\n Documentation/git-tag.txt                     |  22 +--\n Documentation/git-unpack-file.txt             |   2 +-\n Documentation/git-unpack-objects.txt          |   2 +-\n Documentation/git-update-index.txt            |  42 ++--\n Documentation/git-update-ref.txt              |   2 +-\n Documentation/git-update-server-info.txt      |   2 +-\n Documentation/git-upload-archive.txt          |   8 +-\n Documentation/git-upload-pack.txt             |   8 +-\n Documentation/git-var.txt                     |   2 +-\n Documentation/git-verify-commit.txt           |   4 +-\n Documentation/git-verify-pack.txt             |   4 +-\n Documentation/git-verify-tag.txt              |   4 +-\n Documentation/git-web--browse.txt             |   8 +-\n Documentation/git-whatchanged.txt             |   6 +-\n Documentation/git-worktree.txt                |  18 +-\n Documentation/git-write-tree.txt              |  10 +-\n Documentation/git.txt                         |  36 ++--\n Documentation/gitattributes.txt               |  22 +--\n Documentation/gitcore-tutorial.txt            | 164 ++++++++--------\n Documentation/gitcredentials.txt              |   8 +-\n Documentation/gitcvs-migration.txt            |  14 +-\n Documentation/gitdiffcore.txt                 |  32 ++--\n Documentation/giteveryday.txt                 |   8 +-\n Documentation/gitfaq.txt                      |   2 +-\n Documentation/githooks.txt                    |  10 +-\n Documentation/gitignore.txt                   |   6 +-\n Documentation/gitk.txt                        |  24 +--\n Documentation/gitmodules.txt                  |   2 +-\n Documentation/gitnamespaces.txt               |   8 +-\n Documentation/gitremote-helpers.txt           |  32 ++--\n Documentation/gitrepository-layout.txt        |  22 +--\n Documentation/gittutorial-2.txt               |  22 +--\n Documentation/gittutorial.txt                 |  56 +++---\n Documentation/gitweb.conf.txt                 | 180 +++++++++---------\n Documentation/gitweb.txt                      |  90 ++++-----\n Documentation/gitworkflows.txt                |   6 +-\n Documentation/glossary-content.txt            |   8 +-\n Documentation/i18n.txt                        |   4 +-\n Documentation/merge-options.txt               |   4 +-\n Documentation/pull-fetch-param.txt            |  10 +-\n Documentation/revisions.txt                   |   2 +-\n Documentation/urls-remotes.txt                |  12 +-\n Documentation/urls.txt                        |   2 +-\n Documentation/user-manual.txt                 |  30 +--\n 188 files changed, 1731 insertions(+), 1731 deletions(-)\n\ndiff --git a/Documentation/MyFirstContribution.txt b/Documentation/MyFirstContribution.txt\nindex af0a9da62e..06f9f370d7 100644\n--- a/Documentation/MyFirstContribution.txt\n+++ b/Documentation/MyFirstContribution.txt\n@@ -481,7 +481,7 @@ git-psuh - Delight users' typo with a shy horse\n SYNOPSIS\n --------\n [verse]\n-'git-psuh [<arg>...]'\n+`git-psuh [<arg>...]`\n \n DESCRIPTION\n -----------\n@@ -590,7 +590,7 @@ you the rest of the options afterwards, untouched.\n \n Now that you have a usage hint, you can teach Git how to show it in the general\n command list shown by `git help git` or `git help -a`, which is generated from\n-`command-list.txt`. Find the line for 'git-pull' so you can add your 'git-psuh'\n+`command-list.txt`. Find the line for `git-pull` so you can add your `git-psuh`\n line above it in alphabetical order. Now, we can add some attributes about the\n command which impacts where it shows up in the aforementioned help commands. The\n top of `command-list.txt` shares some information about what each attribute\n@@ -652,7 +652,7 @@ Create a new file `t/t9999-psuh-tutorial.sh`. Begin with the header as so (see\n \n test_description='git-psuh test\n \n-This test runs git-psuh and makes sure it does not crash.'\n+This test runs `git-psuh` and makes sure it does not crash.'\n \n . ./test-lib.sh\n ----\n@@ -971,7 +971,7 @@ Here's an example body for `psuh`:\n \n ----\n Our internal metrics indicate widespread interest in the command\n-git-psuh - that is, many users are trying to use it, but finding it is\n+`git-psuh` - that is, many users are trying to use it, but finding it is\n unavailable, using some unknown workaround instead.\n \n The following handful of patches add the psuh command and implement some\ndiff --git a/Documentation/config.txt b/Documentation/config.txt\nindex bf82766a6a..05bcf1bf2b 100644\n--- a/Documentation/config.txt\n+++ b/Documentation/config.txt\n@@ -249,7 +249,7 @@ boolean::\n \t\t`0` and the empty string.\n +\n When converting a value to its canonical form using the `--type=bool` type\n-specifier, 'git config' will ensure that the output is \"true\" or\n+specifier, `git config` will ensure that the output is \"true\" or\n \"false\" (spelled in lowercase).\n \n integer::\ndiff --git a/Documentation/diff-format.txt b/Documentation/diff-format.txt\nindex fbbd410a84..14ef11d552 100644\n--- a/Documentation/diff-format.txt\n+++ b/Documentation/diff-format.txt\n@@ -1,8 +1,8 @@\n Raw output format\n -----------------\n \n-The raw output format from \"git-diff-index\", \"git-diff-tree\",\n-\"git-diff-files\" and \"git diff --raw\" are very similar.\n+The raw output format from `git-diff-index`, `git-diff-tree`,\n+`git-diff-files` and `git diff --raw` are very similar.\n \n These commands all compare two sets of things; what is\n compared differs:\n@@ -19,7 +19,7 @@ git-diff-tree [-r] <tree-ish-1> <tree-ish-2> [<pattern>...]::\n git-diff-files [<pattern>...]::\n         compares the index and the files on the filesystem.\n \n-The \"git-diff-tree\" command begins its output by printing the hash of\n+The `git-diff-tree` command begins its output by printing the hash of\n what is being compared. After that, all the commands print one output\n line per changed file.\n \n@@ -86,7 +86,7 @@ verbatim and the line is terminated by a NUL byte.\n diff format for merges\n ----------------------\n \n-\"git-diff-tree\", \"git-diff-files\" and \"git-diff --raw\"\n+`git-diff-tree`, `git-diff-files` and `git-diff --raw`\n can take `-c` or `--cc` option\n to generate diff output also for merge commits.  The output differs\n from the format described above in the following way:\ndiff --git a/Documentation/diff-generate-patch.txt b/Documentation/diff-generate-patch.txt\nindex 2615b29cb0..da1572b765 100644\n--- a/Documentation/diff-generate-patch.txt\n+++ b/Documentation/diff-generate-patch.txt\n@@ -16,7 +16,7 @@ You can customize the creation of patch text via the\n What the `-p` option produces is slightly different from the traditional\n diff format:\n \n-1.   It is preceded with a \"git diff\" header that looks like this:\n+1.   It is preceded with a `git diff` header that looks like this:\n \n        diff --git a/file1 b/file2\n +\n@@ -117,7 +117,7 @@ index fabadb8,cc95eb0..4866510\n \t\tfor_each_ref(get_name);\n ------------\n \n-1.   It is preceded with a \"git diff\" header, that looks like\n+1.   It is preceded with a `git diff` header, that looks like\n      this (when the `-c` option is used):\n \n        diff --combined file\ndiff --git a/Documentation/diff-options.txt b/Documentation/diff-options.txt\nindex 86c19bed1e..34570aa445 100644\n--- a/Documentation/diff-options.txt\n+++ b/Documentation/diff-options.txt\n@@ -825,10 +825,10 @@ endif::git-format-patch[]\n \tPrepend an additional prefix to every line of output.\n \n --ita-invisible-in-index::\n-\tBy default entries added by \"git add -N\" appear as an existing\n-\tempty file in \"git diff\" and a new file in \"git diff --cached\".\n-\tThis option makes the entry appear as a new file in \"git diff\"\n-\tand non-existent in \"git diff --cached\". This option could be\n+\tBy default entries added by `git add -N` appear as an existing\n+\tempty file in `git diff` and a new file in `git diff --cached`.\n+\tThis option makes the entry appear as a new file in `git diff`\n+\tand non-existent in `git diff --cached`. This option could be\n \treverted with `--ita-visible-in-index`. Both options are\n \texperimental and could be removed in future.\n \ndiff --git a/Documentation/fetch-options.txt b/Documentation/fetch-options.txt\nindex 60a268cc4a..6aa07a54b9 100644\n--- a/Documentation/fetch-options.txt\n+++ b/Documentation/fetch-options.txt\n@@ -79,7 +79,7 @@ endif::git-pull[]\n \n -f::\n --force::\n-\tWhen 'git fetch' is used with `<src>:<dst>` refspec it may\n+\tWhen `git fetch` is used with `<src>:<dst>` refspec it may\n \trefuse to update the local branch as discussed\n ifdef::git-pull[]\n \tin the `<refspec>` part of the linkgit:git-fetch[1]\n@@ -223,25 +223,25 @@ ifndef::git-pull[]\n \n -u::\n --update-head-ok::\n-\tBy default 'git fetch' refuses to update the head which\n+\tBy default `git fetch` refuses to update the head which\n \tcorresponds to the current branch.  This flag disables the\n-\tcheck.  This is purely for the internal use for 'git pull'\n-\tto communicate with 'git fetch', and unless you are\n+\tcheck.  This is purely for the internal use for `git pull`\n+\tto communicate with `git fetch`, and unless you are\n \timplementing your own Porcelain you are not supposed to\n \tuse it.\n endif::git-pull[]\n \n --upload-pack <upload-pack>::\n \tWhen given, and the repository to fetch from is handled\n-\tby 'git fetch-pack', `--exec=<upload-pack>` is passed to\n+\tby `git fetch-pack`, `--exec=<upload-pack>` is passed to\n \tthe command to specify non-default path for the command\n \trun on the other end.\n \n ifndef::git-pull[]\n -q::\n --quiet::\n-\tPass `--quiet` to git-fetch-pack and silence any other internally\n-\tused git commands. Progress is not reported to the standard error\n+\tPass `--quiet` to `git-fetch-pack` and silence any other internally\n+\tused `git` commands. Progress is not reported to the standard error\n \tstream.\n \n -v::\n@@ -265,13 +265,13 @@ endif::git-pull[]\n \tsent to the other side in the order listed on the command line.\n \n --show-forced-updates::\n-\tBy default, git checks if a branch is force-updated during\n+\tBy default, `git` checks if a branch is force-updated during\n \tfetch. This can be disabled through `fetch.showForcedUpdates`, but\n \tthe `--show-forced-updates` option guarantees this check occurs.\n \tSee linkgit:git-config[1].\n \n --no-show-forced-updates::\n-\tBy default, git checks if a branch is force-updated during\n+\tBy default, `git` checks if a branch is force-updated during\n \tfetch. Pass `--no-show-forced-updates` or set `fetch.showForcedUpdates`\n \tto false to skip this check for performance reasons. If used during\n \t'git-pull' the `--ff-only` option will still check for forced updates\ndiff --git a/Documentation/git-add.txt b/Documentation/git-add.txt\nindex 8ec99c5c12..786c31fc60 100644\n--- a/Documentation/git-add.txt\n+++ b/Documentation/git-add.txt\n@@ -41,7 +41,7 @@ The `git add` command will not add ignored files by default.  If any\n ignored files were explicitly specified on the command line, `git add`\n will fail with a list of ignored files.  Ignored files reached by\n directory recursion or filename globbing performed by Git (quote your\n-globs before the shell) will be silently ignored.  The 'git add' command can\n+globs before the shell) will be silently ignored.  The `git add` command can\n be used to add ignored files with the `-f` (force) option.\n \n Please see linkgit:git-commit[1] for alternative ways to add content to a\n@@ -141,8 +141,8 @@ subdirectories).\n \toption is a no-op when no <pathspec> is used.\n +\n This option is primarily to help users who are used to older\n-versions of Git, whose \"git add <pathspec>...\" was a synonym\n-for \"git add --no-all <pathspec>...\", i.e. ignored removed files.\n+versions of Git, whose `git add <pathspec>...` was a synonym\n+for `git add --no-all <pathspec>...`, i.e. ignored removed files.\n \n -N::\n --intent-to-add::\ndiff --git a/Documentation/git-am.txt b/Documentation/git-am.txt\nindex cd56054be0..80f2f89cbd 100644\n--- a/Documentation/git-am.txt\n+++ b/Documentation/git-am.txt\n@@ -39,13 +39,13 @@ OPTIONS\n \n -k::\n --keep::\n-\tPass `-k` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).\n+\tPass `-k` flag to `git mailinfo` (see linkgit:git-mailinfo[1]).\n \n --keep-non-patch::\n-\tPass `-b` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).\n+\tPass `-b` flag to `git mailinfo` (see linkgit:git-mailinfo[1]).\n \n --[no-]keep-cr::\n-\tWith `--keep-cr`, call 'git mailsplit' (see linkgit:git-mailsplit[1])\n+\tWith `--keep-cr`, call `git mailsplit` (see linkgit:git-mailsplit[1])\n \twith the same option, to prevent it from stripping CR at the end of\n \tlines. `am.keepcr` configuration variable can be used to specify the\n \tdefault behaviour.  `--no-keep-cr` is useful to override `am.keepcr`.\n@@ -61,7 +61,7 @@ OPTIONS\n \n -m::\n --message-id::\n-\tPass the `-m` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]),\n+\tPass the `-m` flag to `git mailinfo` (see linkgit:git-mailinfo[1]),\n \tso that the Message-ID header is added to the commit message.\n \tThe `am.messageid` configuration variable can be used to specify\n \tthe default behaviour.\n@@ -76,7 +76,7 @@ OPTIONS\n \n -u::\n --utf8::\n-\tPass `-u` flag to 'git mailinfo' (see linkgit:git-mailinfo[1]).\n+\tPass `-u` flag to `git mailinfo` (see linkgit:git-mailinfo[1]).\n \tThe proposed commit log message taken from the e-mail\n \tis re-coded into UTF-8 encoding (configuration variable\n \t`i18n.commitEncoding` can be used to specify project's\n@@ -86,7 +86,7 @@ This was optional in prior versions of git, but now it is the\n default.   You can use `--no-utf8` to override this.\n \n --no-utf8::\n-\tPass `-n` flag to 'git mailinfo' (see\n+\tPass `-n` flag to `git mailinfo` (see\n \tlinkgit:git-mailinfo[1]).\n \n -3::\n@@ -97,7 +97,7 @@ default.   You can use `--no-utf8` to override this.\n \tit is supposed to apply to and we have those blobs\n \tavailable locally. `--no-3way` can be used to override\n \tam.threeWay configuration variable. For more information,\n-\tsee am.threeWay in linkgit:git-config[1].\n+\tsee `am.threeWay` in linkgit:git-config[1].\n \n --rerere-autoupdate::\n --no-rerere-autoupdate::\n@@ -113,7 +113,7 @@ default.   You can use `--no-utf8` to override this.\n --exclude=<path>::\n --include=<path>::\n --reject::\n-\tThese flags are passed to the 'git apply' (see linkgit:git-apply[1])\n+\tThese flags are passed to the `git apply` (see linkgit:git-apply[1])\n \tprogram that applies\n \tthe patch.\n \n@@ -170,7 +170,7 @@ default.   You can use `--no-utf8` to override this.\n \tto the screen before exiting.  This overrides the\n \tstandard message informing you to use `--continue`\n \tor `--skip` to handle the failure.  This is solely\n-\tfor internal use between 'git rebase' and 'git am'.\n+\tfor internal use between `git rebase` and `git am`.\n \n --abort::\n \tRestore the original branch and abort the patching operation.\n@@ -231,7 +231,7 @@ names.\n \n Before any patches are applied, `ORIG_HEAD` is set to the tip of the\n current branch.  This is useful if you have problems with multiple\n-commits, like running 'git am' on the wrong branch or an error in the\n+commits, like running `git am` on the wrong branch or an error in the\n commits that is more easily fixed by changing the mailbox (e.g.\n errors in the \"From:\" lines).\n \ndiff --git a/Documentation/git-apply.txt b/Documentation/git-apply.txt\nindex f1c8098c0b..a836021d5e 100644\n--- a/Documentation/git-apply.txt\n+++ b/Documentation/git-apply.txt\n@@ -51,7 +51,7 @@ OPTIONS\n \n --summary::\n \tInstead of applying the patch, output a condensed\n-\tsummary of information obtained from git diff extended\n+\tsummary of information obtained from `git diff` extended\n \theaders, such as creations, renames and mode changes.\n \tTurns off \"apply\".\n \n@@ -92,7 +92,7 @@ OPTIONS\n \twith the `--reject` and the `--cached` options.\n \n --build-fake-ancestor=<file>::\n-\tNewer 'git diff' output has embedded 'index information'\n+\tNewer `git diff` output has embedded 'index information'\n \tfor each blob to help identify the original version that\n \tthe patch applies to.  When this flag is given, and if\n \tthe original versions of the blobs are available locally,\n@@ -106,7 +106,7 @@ the information is read from the current index instead.\n \tApply the patch in reverse.\n \n --reject::\n-\tFor atomicity, 'git apply' by default fails the whole patch and\n+\tFor atomicity, `git apply` by default fails the whole patch and\n \tdoes not touch the working tree when some of the hunks\n \tdo not apply.  This option makes it apply\n \tthe parts of the patch that are applicable, and leave the\n@@ -133,7 +133,7 @@ linkgit:git-config[1]).\n \tever ignored.\n \n --unidiff-zero::\n-\tBy default, 'git apply' expects that the patch being\n+\tBy default, `git apply` expects that the patch being\n \tapplied is a unified diff with at least one line of context.\n \tThis provides good safety measures, but breaks down when\n \tapplying a diff generated with `--unified=0`. To bypass these\n@@ -144,7 +144,7 @@ discouraged.\n \n --apply::\n \tIf you use any of the options marked \"Turns off\n-\t'apply'\" above, 'git apply' reads and outputs the\n+\t'apply'\" above, `git apply` reads and outputs the\n \trequested information without actually applying the\n \tpatch.  Give this flag after those flags to also apply\n \tthe patch.\n@@ -243,7 +243,7 @@ running `git apply --directory=modules/git-gui`.\n --unsafe-paths::\n \tBy default, a patch that affects outside the working area\n \t(either a Git controlled working tree, or the current working\n-\tdirectory when \"git apply\" is used as a replacement of GNU\n+\tdirectory when `git apply` is used as a replacement of GNU\n \tpatch) is rejected as a mistake (or a mischief).\n +\n When `git apply` is used as a \"better GNU patch\", the user can pass\n@@ -263,7 +263,7 @@ apply.whitespace::\n \n SUBMODULES\n ----------\n-If the patch contains any changes to submodules then 'git apply'\n+If the patch contains any changes to submodules then `git apply`\n treats these changes as follows.\n \n If `--index` is specified (explicitly or implicitly), then the submodule\ndiff --git a/Documentation/git-archimport.txt b/Documentation/git-archimport.txt\nindex 6e2dec5ef1..b5c9e500ca 100644\n--- a/Documentation/git-archimport.txt\n+++ b/Documentation/git-archimport.txt\n@@ -30,17 +30,17 @@ branches that have different roots, it will refuse to run. In that case,\n edit your <archive/branch> parameters to define clearly the scope of the\n import.\n \n-'git archimport' uses `tla` extensively in the background to access the\n+`git archimport` uses `tla` extensively in the background to access the\n Arch repository.\n Make sure you have a recent version of `tla` available in the path. `tla` must\n-know about the repositories you pass to 'git archimport'.\n+know about the repositories you pass to `git archimport`.\n \n-For the initial import, 'git archimport' expects to find itself in an empty\n+For the initial import, `git archimport` expects to find itself in an empty\n directory. To follow the development of a project that uses Arch, rerun\n-'git archimport' with the same parameters as the initial import to perform\n+`git archimport` with the same parameters as the initial import to perform\n incremental imports.\n \n-While 'git archimport' will try to create sensible branch names for the\n+While `git archimport` will try to create sensible branch names for the\n archives that it imports, it is also possible to specify Git branch names\n manually.  To do so, write a Git branch name after each <archive/branch>\n parameter, separated by a colon.  This way, you can shorten the Arch\n@@ -85,7 +85,7 @@ OPTIONS\n \n -o::\n \tUse this for compatibility with old-style branch names used by\n-\tearlier versions of 'git archimport'.  Old-style branch names\n+\tearlier versions of `git archimport`.  Old-style branch names\n \twere category{litdd}branch, whereas new-style branch names are\n \tarchive,category{litdd}branch{litdd}version.  In both cases, names given\n \ton the command-line will override the automatically-generated\ndiff --git a/Documentation/git-archive.txt b/Documentation/git-archive.txt\nindex 0af18c9df3..4bd6299046 100644\n--- a/Documentation/git-archive.txt\n+++ b/Documentation/git-archive.txt\n@@ -21,13 +21,13 @@ structure for the named tree, and writes it out to the standard\n output.  If <prefix> is specified it is\n prepended to the filenames in the archive.\n \n-'git archive' behaves differently when given a tree ID versus when\n+`git archive` behaves differently when given a tree ID versus when\n given a commit ID or tag ID.  In the first case the current time is\n used as the modification time of each file in the archive.  In the latter\n case the commit time as recorded in the referenced commit object is\n used instead.  Additionally the commit ID is stored in a global\n extended pax header if the tar format is used; it can be extracted\n-using 'git get-tar-commit-id'. In ZIP files it is stored as a file\n+using `git get-tar-commit-id`. In ZIP files it is stored as a file\n comment.\n \n OPTIONS\n@@ -78,7 +78,7 @@ OPTIONS\n \n --exec=<git-upload-archive>::\n \tUsed with `--remote` to specify the path to the\n-\t'git-upload-archive' on the remote side.\n+\t`git-upload-archive` on the remote side.\n \n <tree-ish>::\n \tThe tree or commit to produce an archive for.\ndiff --git a/Documentation/git-bisect-lk2009.txt b/Documentation/git-bisect-lk2009.txt\nindex 1276424d65..b919b3ea42 100644\n--- a/Documentation/git-bisect-lk2009.txt\n+++ b/Documentation/git-bisect-lk2009.txt\n@@ -7,16 +7,16 @@ Fighting regressions with git bisect\n Abstract\n --------\n \n-\"git bisect\" enables software users and developers to easily find the\n+`git bisect` enables software users and developers to easily find the\n commit that introduced a regression. We show why it is important to\n-have good tools to fight regressions. We describe how \"git bisect\"\n+have good tools to fight regressions. We describe how `git bisect`\n works from the outside and the algorithms it uses inside. Then we\n-explain how to take advantage of \"git bisect\" to improve current\n-practices. And we discuss how \"git bisect\" could improve in the\n+explain how to take advantage of `git bisect` to improve current\n+practices. And we discuss how `git bisect` could improve in the\n future.\n \n \n-Introduction to \"git bisect\"\n+Introduction to `git bisect`\n ----------------------------\n \n Git is a Distributed Version Control system (DVCS) created by Linus\n@@ -36,14 +36,14 @@ properly fix a problem when you only need to check a very small set of\n changes, than when you don't know where look in the first place.\n \n So to help people find commits that introduce a \"bad\" behavior, the\n-\"git bisect\" set of commands was invented. And it follows of course\n-that in \"git bisect\" parlance, commits where the \"interesting\n+`git bisect` set of commands was invented. And it follows of course\n+that in `git bisect` parlance, commits where the \"interesting\n behavior\" is present are called \"bad\" commits, while other commits are\n called \"good\" commits. And a commit that introduce the behavior we are\n interested in is called a \"first bad commit\". Note that there could be\n more than one \"first bad commit\" in the commit space we are searching.\n \n-So \"git bisect\" is designed to help find a \"first bad commit\". And to\n+So `git bisect` is designed to help find a \"first bad commit\". And to\n be as efficient as possible, it tries to perform a binary search.\n \n \n@@ -133,7 +133,7 @@ time. But this is not the end of the fight yet, as of course it\n continues after the release.\n \n And then this is what Ingo Molnar (a well known Linux kernel\n-developer) says about his use of git bisect:\n+developer) says about his use of `git bisect`:\n \n _____________\n I most actively use it during the merge window (when a lot of trees\n@@ -152,7 +152,7 @@ Other tools to fight regressions\n \n So what are the tools used to fight regressions? They are nearly the\n same as those used to fight regular bugs. The only specific tools are\n-test suites and tools similar as \"git bisect\".\n+test suites and tools similar as `git bisect`.\n \n Test suites are very nice. But when they are used alone, they are\n supposed to be used so that all the tests are checked after each\n@@ -180,17 +180,17 @@ emulate a bisection process or you will perhaps bluntly test each\n commit backward starting from the \"bad\" commit you have which may be\n very wasteful.\n \n-\"git bisect\" overview\n+`git bisect` overview\n ---------------------\n \n Starting a bisection\n ~~~~~~~~~~~~~~~~~~~~\n \n-The first \"git bisect\" subcommand to use is \"git bisect start\" to\n+The first `git bisect` subcommand to use is `git bisect start` to\n start the search. Then bounds must be set to limit the commit\n space. This is done usually by giving one \"bad\" and at least one\n-\"good\" commit. They can be passed in the initial call to \"git bisect\n-start\" like this:\n+\"good\" commit. They can be passed in the initial call to `git bisect\n+start` like this:\n \n -------------\n $ git bisect start [BAD [GOOD...]]\n@@ -211,7 +211,7 @@ $ git bisect good [COMMIT...]\n where BAD, GOOD and COMMIT are all names that can be resolved to a\n commit.\n \n-Then \"git bisect\" will checkout a commit of its choosing and ask the\n+Then `git bisect` will checkout a commit of its choosing and ask the\n user to test it, like this:\n \n -------------\n@@ -224,8 +224,8 @@ Note that the example that we will use is really a toy example, we\n will be looking for the first commit that has a version like\n \"2.6.26-something\", that is the commit that has a \"SUBLEVEL = 26\" line\n in the top level Makefile. This is a toy example because there are\n-better ways to find this commit with Git than using \"git bisect\" (for\n-example \"git blame\" or \"git log -S<string>\").\n+better ways to find this commit with Git than using `git bisect` (for\n+example `git blame` or `git log -S<string>`).\n \n Driving a bisection manually\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n@@ -236,7 +236,7 @@ script or a command.\n \n If the user is driving it, then at each step of the search, the user\n will have to test the current commit and say if it is \"good\" or \"bad\"\n-using the \"git bisect good\" or \"git bisect bad\" commands respectively\n+using the `git bisect good` or `git bisect bad` commands respectively\n that have been described above. For example:\n \n -------------\n@@ -245,7 +245,7 @@ Bisecting: 5480 revisions left to test after this (roughly 13 steps)\n [66c0b394f08fd89236515c1c84485ea712a157be] KVM: kill file->f_count abuse in kvm\n -------------\n \n-And after a few more steps like that, \"git bisect\" will eventually\n+And after a few more steps like that, `git bisect` will eventually\n find a first bad commit:\n \n -------------\n@@ -287,7 +287,7 @@ index 5cf8258..4492984 100644\n  # *DOCUMENTATION*\n -------------\n \n-And when we are finished we can use \"git bisect reset\" to go back to\n+And when we are finished we can use `git bisect reset` to go back to\n the branch we were in before we started bisecting:\n \n -------------\n@@ -300,10 +300,10 @@ Switched to branch 'master'\n Driving a bisection automatically\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n-The other way to drive the bisection process is to tell \"git bisect\"\n+The other way to drive the bisection process is to tell `git bisect`\n to launch a script or command at each bisection step to know if the\n-current commit is \"good\" or \"bad\". To do that, we use the \"git bisect\n-run\" command. For example:\n+current commit is \"good\" or \"bad\". To do that, we use the `git bisect\n+run` command. For example:\n \n -------------\n $ git bisect start v2.6.27 v2.6.25\n@@ -336,19 +336,19 @@ bisect run success\n -------------\n \n In this example, we passed \"grep '^SUBLEVEL = 25' Makefile\" as\n-parameter to \"git bisect run\". This means that at each step, the grep\n+parameter to `git bisect run`. This means that at each step, the grep\n command we passed will be launched. And if it exits with code 0 (that\n-means success) then git bisect will mark the current state as\n+means success) then `git bisect` will mark the current state as\n \"good\". If it exits with code 1 (or any code between 1 and 127\n included, except the special code 125), then the current state will be\n marked as \"bad\".\n \n-Exit code between 128 and 255 are special to \"git bisect run\". They\n+Exit code between 128 and 255 are special to `git bisect run`. They\n make it stop immediately the bisection process. This is useful for\n example if the command passed takes too long to complete, because you\n can kill it with a signal and it will stop the bisection process.\n \n-It can also be useful in scripts passed to \"git bisect run\" to \"exit\n+It can also be useful in scripts passed to `git bisect run` to \"exit\n 255\" if some very abnormal situation is detected.\n \n Avoiding untestable commits\n@@ -357,15 +357,15 @@ Avoiding untestable commits\n Sometimes it happens that the current state cannot be tested, for\n example if it does not compile because there was a bug preventing it\n at that time. This is what the special exit code 125 is for. It tells\n-\"git bisect run\" that the current commit should be marked as\n+`git bisect run` that the current commit should be marked as\n untestable and that another one should be chosen and checked out.\n \n-If the bisection process is driven manually, you can use \"git bisect\n-skip\" to do the same thing. (In fact the special exit code 125 makes\n-\"git bisect run\" use \"git bisect skip\" in the background.)\n+If the bisection process is driven manually, you can use `git bisect\n+skip` to do the same thing. (In fact the special exit code 125 makes\n+`git bisect run` use `git bisect skip` in the background.)\n \n Or if you want more control, you can inspect the current state using\n-for example \"git bisect visualize\". It will launch gitk (or \"git log\"\n+for example `git bisect visualize`. It will launch gitk (or `git log`\n if the `DISPLAY` environment variable is not set) to help you find a\n better bisection point.\n \n@@ -374,7 +374,7 @@ happen that the regression you are looking for has been introduced by\n one of these untestable commits. In this case it's not possible to\n tell for sure which commit introduced the regression.\n \n-So if you used \"git bisect skip\" (or the run script exited with\n+So if you used `git bisect skip` (or the run script exited with\n special code 125) you could get a result like this:\n \n -------------\n@@ -415,7 +415,7 @@ best bisection commit to test at each step is not so simple. Anyway\n Linus found and implemented a \"truly stupid\" algorithm, later improved\n by Junio Hamano, that works quite well.\n \n-So the algorithm used by \"git bisect\" to find the best bisection\n+So the algorithm used by `git bisect` to find the best bisection\n commit when there are no skipped commits is the following:\n \n 1) keep only the commits that:\n@@ -530,7 +530,7 @@ Bisection algorithm debugging\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n For any commit graph, you can see the number associated with each\n-commit using \"git rev-list --bisect-all\".\n+commit using `git rev-list --bisect-all`.\n \n For example, for the above graph, a command like:\n \n@@ -658,7 +658,7 @@ A-B-C-D-E-F         O\n             4 3 2 1\n -------------\n \n-but with the algorithm used by git bisect we get:\n+but with the algorithm used by `git bisect` we get:\n \n -------------\n             7 7 6 5\n@@ -682,7 +682,7 @@ initially supposed.\n Skip algorithm\n ~~~~~~~~~~~~~~\n \n-When some commits have been skipped (using \"git bisect skip\"), then\n+When some commits have been skipped (using `git bisect skip`), then\n the bisection algorithm is the same for step 1) to 3). But then we use\n roughly the following steps:\n \n@@ -709,7 +709,7 @@ Skip algorithm discussed\n \n After step 7) (in the skip algorithm), we could check if the second\n commit has been skipped and return it if it is not the case. And in\n-fact that was the algorithm we used from when \"git bisect skip\" was\n+fact that was the algorithm we used from when `git bisect skip` was\n developed in Git version 1.5.4 (released on February 1st 2008) until\n Git version 1.6.4 (released July 29th 2009).\n \n@@ -852,10 +852,10 @@ usual after this step.\n Best bisecting practices\n ------------------------\n \n-Using test suites and git bisect together\n+Using test suites and `git bisect` together\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n-If you both have a test suite and use git bisect, then it becomes less\n+If you both have a test suite and use `git bisect`, then it becomes less\n important to check that all tests pass after each commit. Though of\n course it is probably a good idea to have some checks to avoid\n breaking too many things because it could make bisecting other bugs\n@@ -864,7 +864,7 @@ more difficult.\n You can focus your efforts to check at a few points (for example rc\n and beta releases) that all the T test cases pass for all the N\n configurations. And when some tests don't pass you can use \"git\n-bisect\" (or better \"git bisect run\"). So you should perform roughly:\n+bisect\" (or better `git bisect run`). So you should perform roughly:\n \n -------------\n c * N * T + b * M * log2(M) tests\n@@ -879,11 +879,11 @@ you would test everything after each commit.\n This means that test suites are good to prevent some bugs from being\n committed and they are also quite good to tell you that you have some\n bugs. But they are not so good to tell you where some bugs have been\n-introduced. To tell you that efficiently, git bisect is needed.\n+introduced. To tell you that efficiently, `git bisect` is needed.\n \n The other nice thing with test suites, is that when you have one, you\n already know how to test for bad behavior. So you can use this\n-knowledge to create a new test case for \"git bisect\" when it appears\n+knowledge to create a new test case for `git bisect` when it appears\n that there is a regression. So it will be easier to bisect the bug and\n fix it. And then you can add the test case you just created to your\n test suite.\n@@ -893,7 +893,7 @@ subject to a virtuous circle:\n \n more tests => easier to create tests => easier to bisect => more tests\n \n-So test suites and \"git bisect\" are complementary tools that are very\n+So test suites and `git bisect` are complementary tools that are very\n powerful and efficient when used together.\n \n Bisecting build failures\n@@ -907,7 +907,7 @@ $ git bisect start BAD GOOD\n $ git bisect run make\n -------------\n \n-Passing sh -c \"some commands\" to \"git bisect run\"\n+Passing sh -c \"some commands\" to `git bisect run`\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n For example:\n@@ -925,7 +925,7 @@ Finding performance regressions\n Here is an example script that comes slightly modified from a real\n world script used by Junio Hamano <<4>>.\n \n-This script can be passed to \"git bisect run\" to find the commit that\n+This script can be passed to `git bisect run` to find the commit that\n introduced a performance regression:\n \n -------------\n@@ -969,7 +969,7 @@ It is also a good idea when using any VCS to have only one small\n logical change in each commit.\n \n The smaller the changes in your commit, the most effective \"git\n-bisect\" will be. And you will probably need \"git bisect\" less in the\n+bisect\" will be. And you will probably need `git bisect` less in the\n first place, as small changes are easier to review even if they are\n only reviewed by the committer.\n \n@@ -996,7 +996,7 @@ misleading to know the first bad commit if it happens to be such a\n merge, because people might think that the bug comes from bad conflict\n resolution when it comes from a semantic change in one branch.\n \n-Anyway \"git rebase\" can be used to linearize history. This can be used\n+Anyway `git rebase` can be used to linearize history. This can be used\n either to avoid merging in the first place. Or it can be used to\n bisect on a linear history instead of the non linear one, as this\n should give more information in case of a semantic change in one\n@@ -1016,7 +1016,7 @@ A special work-flow to process regressions can give great results.\n Here is an example of a work-flow used by Andreas Ericsson:\n \n * write, in the test suite, a test script that exposes the regression\n-* use \"git bisect run\" to find the commit that introduced it\n+* use `git bisect run` to find the commit that introduced it\n * fix the bug that is often made obvious by the previous step\n * commit both the fix and the test script (and if needed more tests)\n \n@@ -1034,7 +1034,7 @@ due to how we now feel about writing tests).\n _____________\n \n Clearly this work-flow uses the virtuous circle between test suites\n-and \"git bisect\". In fact it makes it the standard procedure to deal\n+and `git bisect`. In fact it makes it the standard procedure to deal\n with regression.\n \n In other messages Andreas says that they also use the \"best practices\"\n@@ -1048,7 +1048,7 @@ is making bisecting easier, more useful and standard.\n Involving QA people and if possible end users\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n-One nice about \"git bisect\" is that it is not only a developer\n+One nice about `git bisect` is that it is not only a developer\n tool. It can effectively be used by QA people or even end users (if\n they have access to the source code or if they can get access to all\n the builds).\n@@ -1091,7 +1091,7 @@ Here is what Ingo Molnar says about that <<7>>:\n \n _____________\n i have a fully automated bootup-hang bisection script. It is based on\n-\"git-bisect run\". I run the script, it builds and boots kernels fully\n+`git-bisect run`. I run the script, it builds and boots kernels fully\n automatically, and when the bootup fails (the script notices that via\n the serial log, which it continuously watches - or via a timeout, if\n the system does not come up within 10 minutes it's a \"bad\" kernel),\n@@ -1100,28 +1100,28 @@ box. (yeah, i should make use of a managed power outlet to 100%\n automate it)\n _____________\n \n-Combining test suites, git bisect and other systems together\n+Combining test suites, `git bisect` and other systems together\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n-We have seen that test suites and git bisect are very powerful when\n+We have seen that test suites and `git bisect` are very powerful when\n used together. It can be even more powerful if you can combine them\n with other systems.\n \n For example some test suites could be run automatically at night with\n some unusual (or even random) configurations. And if a regression is\n-found by a test suite, then \"git bisect\" can be automatically\n+found by a test suite, then `git bisect` can be automatically\n launched, and its result can be emailed to the author of the first bad\n-commit found by \"git bisect\", and perhaps other people too. And a new\n+commit found by `git bisect`, and perhaps other people too. And a new\n entry in the bug tracking system could be automatically created too.\n \n \n The future of bisecting\n -----------------------\n \n-\"git replace\"\n+`git replace`\n ~~~~~~~~~~~~~\n \n-We saw earlier that \"git bisect skip\" is now using a PRNG to try to\n+We saw earlier that `git bisect skip` is now using a PRNG to try to\n avoid areas in the commit graph where commits are untestable. The\n problem is that sometimes the first bad commit will be in an\n untestable area.\n@@ -1177,26 +1177,26 @@ For example:\n $ git bisect start Z' Y\n -------------\n \n-If you are using \"git bisect run\", you can use the same manual fix up\n-as above, and then start another \"git bisect run\" in the special\n-branch. Or as the \"git bisect\" man page says, the script passed to\n-\"git bisect run\" can apply a patch before it compiles and test the\n+If you are using `git bisect run`, you can use the same manual fix up\n+as above, and then start another `git bisect run` in the special\n+branch. Or as the `git bisect` man page says, the script passed to\n+`git bisect run` can apply a patch before it compiles and test the\n software <<8>>. The patch should turn a current untestable commits\n into a testable one. So the testing will result in \"good\" or \"bad\" and\n-\"git bisect\" will be able to find the first bad commit. And the script\n+`git bisect` will be able to find the first bad commit. And the script\n should not forget to remove the patch once the testing is done before\n exiting from the script.\n \n-(Note that instead of a patch you can use \"git cherry-pick BFC\" to\n-apply the fix, and in this case you should use \"git reset --hard\n-HEAD^\" to revert the cherry-pick after testing and before returning\n+(Note that instead of a patch you can use `git cherry-pick BFC` to\n+apply the fix, and in this case you should use `git reset --hard\n+HEAD` to revert the cherry-pick after testing and before returning\n from the script.)\n \n But the above ways to work around untestable areas are a little bit\n clunky. Using special branches is nice because these branches can be\n shared by developers like usual branches, but the risk is that people\n-will get many such branches. And it disrupts the normal \"git bisect\"\n-work-flow. So, if you want to use \"git bisect run\" completely\n+will get many such branches. And it disrupts the normal `git bisect`\n+work-flow. So, if you want to use `git bisect run` completely\n automatically, you have to add special code in your script to restart\n bisection in the special branches.\n \n@@ -1217,13 +1217,13 @@ With the example above that would give:\n ...-Y-BBC-X1-X2-X3-X4-X5-X6-BFC-Z\n -------------\n \n-That's why the \"git replace\" command was created. Technically it\n+That's why the `git replace` command was created. Technically it\n stores replacements \"refs\" in the \"refs/replace/\" hierarchy. These\n \"refs\" are like branches (that are stored in \"refs/heads/\") or tags\n (that are stored in \"refs/tags\"), and that means that they can\n automatically be shared like branches or tags among developers.\n \n-\"git replace\" is a very powerful mechanism. It can be used to fix\n+`git replace` is a very powerful mechanism. It can be used to fix\n commits in already released history, for example to change the commit\n message or the author. And it can also be used instead of git \"grafts\"\n to link a repository with another old repository.\n@@ -1232,7 +1232,7 @@ In fact it's this last feature that \"sold\" it to the Git community, so\n it is now in the `master` branch of Git's Git repository and it should\n be released in Git 1.6.5 in October or November 2009.\n \n-One problem with \"git replace\" is that currently it stores all the\n+One problem with `git replace` is that currently it stores all the\n replacements refs in \"refs/replace/\", but it would be perhaps better\n if the replacement refs that are useful only for bisecting would be in\n \"refs/replace/bisect/\". This way the replacement refs could be used\n@@ -1242,7 +1242,7 @@ be used nearly all the time.\n Bisecting sporadic bugs\n ~~~~~~~~~~~~~~~~~~~~~~~\n \n-Another possible improvement to \"git bisect\" would be to optionally\n+Another possible improvement to `git bisect` would be to optionally\n add some redundancy to the tests performed so that it would be more\n reliable when tracking sporadic bugs.\n \n@@ -1250,7 +1250,7 @@ This has been requested by some kernel developers because some bugs\n called sporadic bugs do not appear in all the kernel builds because\n they are very dependent on the compiler output.\n \n-The idea is that every 3 test for example, \"git bisect\" could ask the\n+The idea is that every 3 test for example, `git bisect` could ask the\n user to test a commit that has already been found to be \"good\" or\n \"bad\" (because one of its descendants or one of its ancestors has been\n found to be \"good\" or \"bad\" respectively). If it happens that a commit\n@@ -1264,7 +1264,7 @@ on Github that does something like that using Bayesian Search Theory\n <<9>>:\n \n _____________\n-BBChop is like 'git bisect' (or equivalent), but works when your bug\n+BBChop is like `git bisect` (or equivalent), but works when your bug\n is intermittent. That is, it works in the presence of false negatives\n (when a version happens to work this time even though it contains the\n bug). It assumes that there are no false positives (in principle, the\n@@ -1283,12 +1283,12 @@ other tools, especially test suites, that are generally used to fight\n regressions. But it might be needed to change some work-flows and\n (bad) habits to get the most out of it.\n \n-Some improvements to the algorithms inside \"git bisect\" are possible\n+Some improvements to the algorithms inside `git bisect` are possible\n and some new features could help in some cases, but overall \"git\n bisect\" works already very well, is used a lot, and is already very\n useful. To back up that last claim, let's give the final word to Ingo\n Molnar when he was asked by the author how much time does he think\n-\"git bisect\" saves him when he uses it:\n+`git bisect` saves him when he uses it:\n \n _____________\n a _lot_.\n@@ -1307,7 +1307,7 @@ manual help or when bisecting multiple, overlapping bugs, it's rarely\n more than an hour.\n \n In fact it's invaluable because there are bugs i would never even\n-_try_ to debug if it wasn't for git bisect. In the past there were bug\n+_try_ to debug if it wasn't for `git bisect`. In the past there were bug\n patterns that were immediately hopeless for me to debug - at best i\n could send the crash/bug signature to lkml and hope that someone else\n can think of something.\n@@ -1316,7 +1316,7 @@ And even if a bisection fails today it tells us something valuable\n about the bug: that it's non-deterministic - timing or kernel image\n layout dependent.\n \n-So git bisect is unconditional goodness - and feel free to quote that\n+So `git bisect` is unconditional goodness - and feel free to quote that\n ;-)\n _____________\n \n@@ -1325,16 +1325,16 @@ Acknowledgments\n \n Many thanks to Junio Hamano for his help in reviewing this paper, for\n reviewing the patches I sent to the Git mailing list, for discussing\n-some ideas and helping me improve them, for improving \"git bisect\" a\n+some ideas and helping me improve them, for improving `git bisect` a\n lot and for his awesome work in maintaining and developing Git.\n \n Many thanks to Ingo Molnar for giving me very useful information that\n appears in this paper, for commenting on this paper, for his\n-suggestions to improve \"git bisect\" and for evangelizing \"git bisect\"\n+suggestions to improve `git bisect` and for evangelizing `git bisect`\n on the linux kernel mailing lists.\n \n Many thanks to Linus Torvalds for inventing, developing and\n-evangelizing \"git bisect\", Git and Linux.\n+evangelizing `git bisect`, Git and Linux.\n \n Many thanks to the many other great people who helped one way or\n another when I worked on Git, especially to Andreas Ericsson, Johannes\n@@ -1351,7 +1351,7 @@ References\n - [[[2]]] http://www.oracle.com/technetwork/java/codeconvtoc-136057.html['Code Conventions for the Java Programming Language'. Sun Microsystems.]\n - [[[3]]] https://en.wikipedia.org/wiki/Software_maintenance['Software maintenance'. Wikipedia.]\n - [[[4]]] https://lore.kernel.org/git/7vps5xsbwp.fsf_-_@assigned-by-dhcp.cox.net/[Junio C Hamano. 'Automated bisect success story'.]\n-- [[[5]]] https://lwn.net/Articles/317154/[Christian Couder. 'Fully automated bisecting with \"git bisect run\"'. LWN.net.]\n+- [[[5]]] https://lwn.net/Articles/317154/[Christian Couder. 'Fully automated bisecting with `git bisect run`'. LWN.net.]\n - [[[6]]] https://lwn.net/Articles/277872/[Jonathan Corbet. 'Bisection divides users and developers'. LWN.net.]\n - [[[7]]] https://lore.kernel.org/lkml/20071207113734.GA14598@elte.hu/[Ingo Molnar. 'Re: BUG 2.6.23-rc3 can't see sd partitions on Alpha'. Linux-kernel mailing list.]\n - [[[8]]] https://www.kernel.org/pub/software/scm/git/docs/git-bisect.html[Junio C Hamano and the git-list. 'git-bisect(1) Manual Page'. Linux Kernel Archives.]\ndiff --git a/Documentation/git-bisect.txt b/Documentation/git-bisect.txt\nindex ff50c66e29..d59422636b 100644\n--- a/Documentation/git-bisect.txt\n+++ b/Documentation/git-bisect.txt\n@@ -9,25 +9,25 @@ git-bisect - Use binary search to find the commit that introduced a bug\n SYNOPSIS\n --------\n [verse]\n-'git bisect' <subcommand> <options>\n+`git bisect` <subcommand> <options>\n \n DESCRIPTION\n -----------\n The command takes various subcommands, and different options depending\n on the subcommand:\n \n- git bisect start [--term-{new,bad}=<term> --term-{old,good}=<term>]\n-\t\t  [--no-checkout] [--first-parent] [<bad> [<good>...]] [--] [<paths>...]\n- git bisect (bad|new|<term-new>) [<rev>]\n- git bisect (good|old|<term-old>) [<rev>...]\n- git bisect terms [--term-good | --term-bad]\n- git bisect skip [(<rev>|<range>)...]\n- git bisect reset [<commit>]\n- git bisect (visualize|view)\n- git bisect replay <logfile>\n- git bisect log\n- git bisect run <cmd>...\n- git bisect help\n+ `git bisect` start [--term-{new,bad}=<term> --term-{old,good}=<term>]\n+ \t    \t  [--no-checkout] [--first-parent] [<bad> [<good>...]] [--] [<paths>...]\n+ `git bisect` (bad|new|<term-new>) [<rev>]\n+ `git bisect` (good|old|<term-old>) [<rev>...]\n+ `git bisect` terms [--term-good | --term-bad]\n+ `git bisect` skip [(<rev>|<range>)...]\n+ `git bisect` reset [<commit>]\n+ `git bisect` (visualize|view)\n+ `git bisect` replay <logfile>\n+ `git bisect` log\n+ `git bisect` run <cmd>...\n+ `git bisect` help\n \n This command uses a binary search algorithm to find which commit in\n your project's history introduced a bug. You use it by first telling\n@@ -196,7 +196,7 @@ of `git bisect good` and `git bisect bad` to mark commits.\n Bisect visualize/view\n ~~~~~~~~~~~~~~~~~~~~~\n \n-To see the currently remaining suspects in 'gitk', issue the following\n+To see the currently remaining suspects in `gitk`, issue the following\n command during the bisection process (the subcommand `view` can be used\n as an alternative to `visualize`):\n \n@@ -204,7 +204,7 @@ as an alternative to `visualize`):\n $ git bisect visualize\n ------------\n \n-If the `DISPLAY` environment variable is not set, 'git log' is used\n+If the `DISPLAY` environment variable is not set, `git log` is used\n instead.  You can also give command-line options such as `-p` and\n `--stat`.\n \n@@ -344,7 +344,7 @@ header file, or \"revision that does not have this commit needs this\n patch applied to work around another problem this bisection is not\n interested in\") applied to the revision being tested.\n \n-To cope with such a situation, after the inner 'git bisect' finds the\n+To cope with such a situation, after the inner `git bisect` finds the\n next revision to test, the script can apply the patch\n before compiling, run the real test, and afterwards decide if the\n revision (possibly with the needed patch) passed the test and then\n@@ -475,9 +475,9 @@ $ git bisect run sh -c '\n $ git bisect reset                   # quit the bisect session\n ------------\n +\n-In this case, when 'git bisect run' finishes, bisect/bad will refer to a commit that\n+In this case, when `git bisect run` finishes, bisect/bad will refer to a commit that\n has at least one parent whose reachable graph is fully traversable in the sense\n-required by 'git pack objects'.\n+required by `git pack objects`.\n \n * Look for a fix instead of a regression in the code\n +\n@@ -502,7 +502,7 @@ help` or `git bisect -h` to get a long usage description.\n \n SEE ALSO\n --------\n-link:git-bisect-lk2009.html[Fighting regressions with git bisect],\n+link:git-bisect-lk2009.html[Fighting regressions with `git bisect`],\n linkgit:git-blame[1].\n \n GIT\ndiff --git a/Documentation/git-blame.txt b/Documentation/git-blame.txt\nindex 3bf5d5d8b4..aa1b5d56d3 100644\n--- a/Documentation/git-blame.txt\n+++ b/Documentation/git-blame.txt\n@@ -8,7 +8,7 @@ git-blame - Show what revision and author last modified each line of a file\n SYNOPSIS\n --------\n [verse]\n-'git blame' [-c] [-b] [-l] [--root] [-t] [-f] [-n] [-s] [-e] [-p] [-w] [--incremental]\n+`git blame` [-c] [-b] [-l] [--root] [-t] [-f] [-n] [-s] [-e] [-p] [-w] [--incremental]\n \t    [-L <range>] [-S <revs-file>] [-M] [-C] [-C] [-C] [--since=<date>]\n \t    [--ignore-rev <rev>] [--ignore-revs-file <file>]\n \t    [--progress] [--abbrev=<n>] [<rev> | --contents <file> | --reverse <rev>..<rev>]\n@@ -30,7 +30,7 @@ lines that were copied and pasted from another file, etc., see the\n `-C` and `-M` options.\n \n The report does not tell you anything about lines which have been deleted or\n-replaced; you need to use a tool such as 'git diff' or the \"pickaxe\"\n+replaced; you need to use a tool such as `git diff` or the \"pickaxe\"\n interface briefly mentioned in the following paragraph.\n \n Apart from supporting file annotation, Git also supports searching the\n@@ -59,7 +59,7 @@ include::blame-options.txt[]\n \tfile (see `-M`).  The first number listed is the score.\n \tThis is the number of alphanumeric characters detected\n \tas having been moved between or within files.  This must be above\n-\ta certain threshold for 'git blame' to consider those lines\n+\ta certain threshold for `git blame` to consider those lines\n \tof code to have been moved.\n \n -f::\n@@ -136,7 +136,7 @@ usage like:\n SPECIFYING RANGES\n -----------------\n \n-Unlike 'git blame' and 'git annotate' in older versions of git, the extent\n+Unlike `git blame` and `git annotate` in older versions of git, the extent\n of the annotation can be limited to both line ranges and revision\n ranges. The `-L` option, which limits annotation to a range of lines, may be\n specified multiple times.\n@@ -157,7 +157,7 @@ which limits the annotation to the body of the `hello` subroutine.\n \n When you are not interested in changes older than version\n v2.6.18, or changes older than 3 weeks, you can use revision\n-range specifiers  similar to 'git rev-list':\n+range specifiers  similar to `git rev-list`:\n \n \tgit blame v2.6.18.. -- foo\n \tgit blame --since=3.weeks -- foo\ndiff --git a/Documentation/git-branch.txt b/Documentation/git-branch.txt\nindex 8ea6e1e523..6f37f11b33 100644\n--- a/Documentation/git-branch.txt\n+++ b/Documentation/git-branch.txt\n@@ -8,7 +8,7 @@ git-branch - List, create, or delete branches\n SYNOPSIS\n --------\n [verse]\n-'git branch' [--color[=<when>] | --no-color] [--show-current]\n+`git branch` [--color[=<when>] | --no-color] [--show-current]\n \t[-v [--abbrev=<n> | --no-abbrev]]\n \t[--column[=<options>] | --no-column] [--sort=<key>]\n \t[--merged [<commit>]] [--no-merged [<commit>]]\n@@ -16,13 +16,13 @@ SYNOPSIS\n \t[--points-at <object>] [--format=<format>]\n \t[(-r | --remotes) | (-a | --all)]\n \t[--list] [<pattern>...]\n-'git branch' [--track | --no-track] [-f] <branchname> [<start-point>]\n-'git branch' (--set-upstream-to=<upstream> | -u <upstream>) [<branchname>]\n-'git branch' --unset-upstream [<branchname>]\n-'git branch' (-m | -M) [<oldbranch>] <newbranch>\n-'git branch' (-c | -C) [<oldbranch>] <newbranch>\n-'git branch' (-d | -D) [-r] <branchname>...\n-'git branch' --edit-description [<branchname>]\n+`git branch` [--track | --no-track] [-f] <branchname> [<start-point>]\n+`git branch` (--set-upstream-to=<upstream> | -u <upstream>) [<branchname>]\n+`git branch` --unset-upstream [<branchname>]\n+`git branch` (-m | -M) [<oldbranch>] <newbranch>\n+`git branch` (-c | -C) [<oldbranch>] <newbranch>\n+`git branch` (-d | -D) [-r] <branchname>...\n+`git branch` --edit-description [<branchname>]\n \n DESCRIPTION\n -----------\n@@ -60,12 +60,12 @@ can leave out at most one of `A` and `B`, in which case it defaults to\n `HEAD`.\n \n Note that this will create the new branch, but it will not switch the\n-working tree to it; use \"git switch <newbranch>\" to switch to the\n+working tree to it; use `git switch <newbranch>` to switch to the\n new branch.\n \n When a local branch is started off a remote-tracking branch, Git sets up the\n branch (specifically the `branch.<name>.remote` and `branch.<name>.merge`\n-configuration entries) so that 'git pull' will appropriately merge from\n+configuration entries) so that `git pull` will appropriately merge from\n the remote-tracking branch. This behavior may be changed via the global\n `branch.autoSetupMerge` configuration flag. That setting can be\n overridden by using the `--track` and `--no-track` options, and\n@@ -87,7 +87,7 @@ has a reflog then the reflog will also be deleted.\n \n Use `-r` together with `-d` to delete remote-tracking branches. Note, that it\n only makes sense to delete remote-tracking branches if they no longer exist\n-in the remote repository or if 'git fetch' was configured not to fetch\n+in the remote repository or if `git fetch` was configured not to fetch\n them again. See also the 'prune' subcommand of linkgit:git-remote[1] for a\n way to clean up all obsolete remote-tracking branches.\n \n@@ -116,7 +116,7 @@ OPTIONS\n -f::\n --force::\n \tReset <branchname> to <startpoint>, even if <branchname> exists\n-\talready. Without `-f`, 'git branch' refuses to change an existing branch.\n+\talready. Without `-f`, `git branch` refuses to change an existing branch.\n \tIn combination with `-d` (or `--delete`), allow deleting the\n \tbranch irrespective of its merged status. In combination with\n \t`-m` (or `--move`), allow renaming the branch even if the new\n@@ -209,7 +209,7 @@ This option is only applicable in non-verbose mode.\n \tWhen creating a new branch, set up `branch.<name>.remote` and\n \t`branch.<name>.merge` configuration entries to mark the\n \tstart-point branch as \"upstream\" from the new branch. This\n-\tconfiguration will tell git to show the relationship between the\n+\tconfiguration will tell `git` to show the relationship between the\n \ttwo branches in `git status` and `git branch -v`. Furthermore,\n \tit directs `git pull` without arguments to pull from the\n \tupstream when the new branch is checked out.\n@@ -351,7 +351,7 @@ NOTES\n -----\n \n If you are creating a branch that you want to switch to immediately,\n-it is easier to use the \"git switch\" command with its `-c` option to\n+it is easier to use the `git switch` command with its `-c` option to\n do the same thing with a single command.\n \n The options `--contains`, `--no-contains`, `--merged` and `--no-merged`\ndiff --git a/Documentation/git-bugreport.txt b/Documentation/git-bugreport.txt\nindex 66e88c2e31..bb1355248e 100644\n--- a/Documentation/git-bugreport.txt\n+++ b/Documentation/git-bugreport.txt\n@@ -25,7 +25,7 @@ The following information is requested from the user:\n \n The following information is captured automatically:\n \n- - 'git version --build-options'\n+ - `git version --build-options`\n  - uname sysname, release, version, and machine strings\n  - Compiler-specific info string\n  - A list of enabled hooks\n@@ -46,7 +46,7 @@ OPTIONS\n -s <format>::\n --suffix <format>::\n \tSpecify an alternate suffix for the bugreport name, to create a file\n-\tnamed 'git-bugreport-<formatted suffix>'. This should take the form of a\n+\tnamed `git-bugreport-<formatted suffix>`. This should take the form of a\n \tstrftime(3) format string; the current local time will be used.\n \n GIT\ndiff --git a/Documentation/git-bundle.txt b/Documentation/git-bundle.txt\nindex 20da47cbd6..fb0ebe1257 100644\n--- a/Documentation/git-bundle.txt\n+++ b/Documentation/git-bundle.txt\n@@ -9,11 +9,11 @@ git-bundle - Move objects and refs by archive\n SYNOPSIS\n --------\n [verse]\n-'git bundle' create [-q | --quiet | --progress | --all-progress] [--all-progress-implied]\n+`git bundle` create [-q | --quiet | --progress | --all-progress] [--all-progress-implied]\n \t\t    [--version=<version>] <file> <git-rev-list-args>\n-'git bundle' verify [-q | --quiet] <file>\n-'git bundle' list-heads <file> [<refname>...]\n-'git bundle' unbundle <file> [<refname>...]\n+`git bundle` verify [-q | --quiet] <file>\n+`git bundle` list-heads <file> [<refname>...]\n+`git bundle` unbundle <file> [<refname>...]\n \n DESCRIPTION\n -----------\n@@ -23,9 +23,9 @@ machine be replicated on another machine, but the two machines cannot\n be directly connected, and therefore the interactive Git protocols (git,\n ssh, http) cannot be used.\n \n-The 'git bundle' command packages objects and references in an archive\n+The `git bundle` command packages objects and references in an archive\n at the originating machine, which can then be imported into another\n-repository using 'git fetch', 'git pull', or 'git clone',\n+repository using `git fetch`, `git pull`, or `git clone`,\n after moving the archive by some means (e.g., by sneakernet).\n \n As no\n@@ -40,7 +40,7 @@ OPTIONS\n create [options] <file> <git-rev-list-args>::\n \tUsed to create a bundle named 'file'.  This requires the\n \t'<git-rev-list-args>' arguments to define the bundle contents.\n-\t'options' contains the options specific to the 'git bundle create'\n+\t'options' contains the options specific to the `git bundle create`\n \tsubcommand.\n \n verify <file>::\n@@ -48,7 +48,7 @@ verify <file>::\n \tcleanly to the current repository.  This includes checks on the\n \tbundle format itself as well as checking that the prerequisite\n \tcommits exist and are fully linked in the current repository.\n-\t'git bundle' prints a list of missing commits, if any, and exits\n+\t`git bundle` prints a list of missing commits, if any, and exits\n \twith a non-zero status.\n \n list-heads <file>::\n@@ -57,15 +57,15 @@ list-heads <file>::\n \tprinted out.\n \n unbundle <file>::\n-\tPasses the objects in the bundle to 'git index-pack'\n+\tPasses the objects in the bundle to `git index-pack`\n \tfor storage in the repository, then prints the names of all\n \tdefined references. If a list of references is given, only\n \treferences matching those in the list are printed. This command is\n-\treally plumbing, intended to be called only by 'git fetch'.\n+\treally plumbing, intended to be called only by `git fetch`.\n \n <git-rev-list-args>::\n-\tA list of arguments, acceptable to 'git rev-parse' and\n-\t'git rev-list' (and containing a named ref, see SPECIFYING REFERENCES\n+\tA list of arguments, acceptable to `git rev-parse` and\n+\t`git rev-list` (and containing a named ref, see SPECIFYING REFERENCES\n \tbelow), that specifies the specific objects and references\n \tto transport.  For example, `master~10..master` causes the\n \tcurrent `master` reference to be packaged along with all objects\n@@ -76,10 +76,10 @@ unbundle <file>::\n \n [<refname>...]::\n \tA list of references used to limit the references reported as\n-\tavailable. This is principally of use to 'git fetch', which\n+\tavailable. This is principally of use to `git fetch`, which\n \texpects to receive only those references asked for and not\n-\tnecessarily everything in the pack (in this case, 'git bundle' acts\n-\tlike 'git fetch-pack').\n+\tnecessarily everything in the pack (in this case, `git bundle` acts\n+\tlike `git fetch-pack`).\n \n --progress::\n \tProgress status is reported on the standard error stream\n@@ -117,8 +117,8 @@ unbundle <file>::\n SPECIFYING REFERENCES\n ---------------------\n \n-'git bundle' will only package references that are shown by\n-'git show-ref': this includes heads, tags, and remote heads.  References\n+`git bundle` will only package references that are shown by\n+`git show-ref`: this includes heads, tags, and remote heads.  References\n such as `master~1` cannot be packaged, but are perfectly suitable for\n defining the basis.  More than one reference may be packaged, and more\n than one basis can be specified.  The objects packaged are those not\ndiff --git a/Documentation/git-cat-file.txt b/Documentation/git-cat-file.txt\nindex 4eb0421b3f..3ac3d44fcb 100644\n--- a/Documentation/git-cat-file.txt\n+++ b/Documentation/git-cat-file.txt\n@@ -9,8 +9,8 @@ git-cat-file - Provide content or type and size information for repository objec\n SYNOPSIS\n --------\n [verse]\n-'git cat-file' (-t [--allow-unknown-type]| -s [--allow-unknown-type]| -e | -p | <type> | --textconv | --filters ) [--path=<path>] <object>\n-'git cat-file' (--batch[=<format>] | --batch-check[=<format>]) [ --textconv | --filters ] [--follow-symlinks]\n+`git cat-file` (-t [--allow-unknown-type]| -s [--allow-unknown-type]| -e | -p | <type> | --textconv | --filters ) [--path=<path>] <object>\n+`git cat-file` (--batch[=<format>] | --batch-check[=<format>]) [ --textconv | --filters ] [--follow-symlinks]\n \n DESCRIPTION\n -----------\n@@ -134,7 +134,7 @@ one in the tree.\n This option cannot (currently) be used unless `--batch` or\n `--batch-check` is used.\n +\n-For example, consider a git repository containing:\n+For example, consider a `git` repository containing:\n +\n --\n \tf: a file containing \"hello\\n\"\ndiff --git a/Documentation/git-check-attr.txt b/Documentation/git-check-attr.txt\nindex 84f41a8e82..0ac496700e 100644\n--- a/Documentation/git-check-attr.txt\n+++ b/Documentation/git-check-attr.txt\n@@ -9,8 +9,8 @@ git-check-attr - Display gitattributes information\n SYNOPSIS\n --------\n [verse]\n-'git check-attr' [-a | --all | <attr>...] [--] <pathname>...\n-'git check-attr' --stdin [-z] [-a | --all | <attr>...]\n+`git check-attr` [-a | --all | <attr>...] [--] <pathname>...\n+`git check-attr` --stdin [-z] [-a | --all | <attr>...]\n \n DESCRIPTION\n -----------\ndiff --git a/Documentation/git-check-ignore.txt b/Documentation/git-check-ignore.txt\nindex 0c3924a63d..56a4f655c8 100644\n--- a/Documentation/git-check-ignore.txt\n+++ b/Documentation/git-check-ignore.txt\n@@ -9,8 +9,8 @@ git-check-ignore - Debug gitignore / exclude files\n SYNOPSIS\n --------\n [verse]\n-'git check-ignore' [<options>] <pathname>...\n-'git check-ignore' [<options>] --stdin\n+`git check-ignore` [<options>] <pathname>...\n+`git check-ignore` [<options>] --stdin\n \n DESCRIPTION\n -----------\ndiff --git a/Documentation/git-check-mailmap.txt b/Documentation/git-check-mailmap.txt\nindex 02f4418323..302049afe4 100644\n--- a/Documentation/git-check-mailmap.txt\n+++ b/Documentation/git-check-mailmap.txt\n@@ -9,7 +9,7 @@ git-check-mailmap - Show canonical names and email addresses of contacts\n SYNOPSIS\n --------\n [verse]\n-'git check-mailmap' [<options>] <contact>...\n+`git check-mailmap` [<options>] <contact>...\n \n \n DESCRIPTION\ndiff --git a/Documentation/git-check-ref-format.txt b/Documentation/git-check-ref-format.txt\nindex f39622c0da..77beb46e98 100644\n--- a/Documentation/git-check-ref-format.txt\n+++ b/Documentation/git-check-ref-format.txt\n@@ -8,10 +8,10 @@ git-check-ref-format - Ensures that a reference name is well formed\n SYNOPSIS\n --------\n [verse]\n-'git check-ref-format' [--normalize]\n+`git check-ref-format` [--normalize]\n        [--[no-]allow-onelevel] [--refspec-pattern]\n        <refname>\n-'git check-ref-format' --branch <branchname-shorthand>\n+`git check-ref-format` --branch <branchname-shorthand>\n \n DESCRIPTION\n -----------\n@@ -73,7 +73,7 @@ reference name expressions (see linkgit:gitrevisions[7]):\n . A colon `:` is used as in `srcref:dstref` to mean \"use srcref\\'s\n   value and store it in dstref\" in fetch and push operations.\n   It may also be used to select a specific object such as with\n-  'git cat-file': \"git cat-file blob v1.3.3:refs.c\".\n+  `git cat-file`: `git cat-file blob v1.3.3:refs.c`.\n \n . at-open-brace `@{` is used as a notation to access a reflog entry.\n \n@@ -88,7 +88,7 @@ but it is explicitly forbidden at the beginning of a branch name).\n When run with `--branch` option in a repository, the input is first\n expanded for the ``previous checkout syntax''\n `@{-n}`.  For example, `@{-1}` is a way to refer the last thing that\n-was checked out using \"git switch\" or \"git checkout\" operation.\n+was checked out using `git switch` or `git checkout` operation.\n This option should be\n used by porcelains to accept this syntax anywhere a branch name is\n expected, so they can act as if you typed the branch name. As an\ndiff --git a/Documentation/git-checkout-index.txt b/Documentation/git-checkout-index.txt\nindex b06d3ae3d9..6e49062ea3 100644\n--- a/Documentation/git-checkout-index.txt\n+++ b/Documentation/git-checkout-index.txt\n@@ -9,7 +9,7 @@ git-checkout-index - Copy files from the index to the working tree\n SYNOPSIS\n --------\n [verse]\n-'git checkout-index' [-u] [-q] [-a] [-f] [-n] [--prefix=<string>]\n+`git checkout-index` [-u] [-q] [-a] [-f] [-n] [--prefix=<string>]\n \t\t   [--stage=<number>|all]\n \t\t   [--temp]\n \t\t   [-z] [--stdin]\n@@ -88,7 +88,7 @@ $ find . -name '*.h' -print0 | xargs -0 git checkout-index -f --\n which will force all existing `*.h` files to be replaced with their\n cached copies. If an empty command line implied \"all\", then this would\n force-refresh everything in the index, which was not the point.  But\n-since 'git checkout-index' accepts `--stdin` it would be faster to use:\n+since `git checkout-index` accepts `--stdin` it would be faster to use:\n \n ----------------\n $ find . -name '*.h' -print0 | git checkout-index -f -z --stdin\n@@ -102,7 +102,7 @@ Using `--` is probably a good policy in scripts.\n Using --temp or --stage=all\n ---------------------------\n When `--temp` is used (or implied by `--stage=all`)\n-'git checkout-index' will create a temporary file for each index\n+`git checkout-index` will create a temporary file for each index\n entry being checked out.  The index will not be updated with stat\n information.  These options can be useful if the caller needs all\n stages of all unmerged entries so that the unmerged files can be\n@@ -147,9 +147,9 @@ To update and refresh only the files already checked out::\n $ git checkout-index -n -f -a && git update-index --ignore-missing --refresh\n ----------------\n \n-Using 'git checkout-index' to \"export an entire tree\"::\n+Using `git checkout-index` to \"export an entire tree\"::\n \tThe prefix ability basically makes it trivial to use\n-\t'git checkout-index' as an \"export as tree\" function.\n+\t`git checkout-index` as an \"export as tree\" function.\n \tJust read the desired tree into the index, and do:\n +\n ----------------\ndiff --git a/Documentation/git-checkout.txt b/Documentation/git-checkout.txt\nindex 192dbfe9b0..c3fc807d91 100644\n--- a/Documentation/git-checkout.txt\n+++ b/Documentation/git-checkout.txt\n@@ -8,22 +8,22 @@ git-checkout - Switch branches or restore working tree files\n SYNOPSIS\n --------\n [verse]\n-'git checkout' [-q] [-f] [-m] [<branch>]\n-'git checkout' [-q] [-f] [-m] --detach [<branch>]\n-'git checkout' [-q] [-f] [-m] [--detach] <commit>\n-'git checkout' [-q] [-f] [-m] [[-b|-B|--orphan] <new_branch>] [<start_point>]\n-'git checkout' [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <pathspec>...\n-'git checkout' [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] --pathspec-from-file=<file> [--pathspec-file-nul]\n-'git checkout' (-p|--patch) [<tree-ish>] [--] [<pathspec>...]\n+`git checkout` [-q] [-f] [-m] [<branch>]\n+`git checkout` [-q] [-f] [-m] --detach [<branch>]\n+`git checkout` [-q] [-f] [-m] [--detach] <commit>\n+`git checkout` [-q] [-f] [-m] [[-b|-B|--orphan] <new_branch>] [<start_point>]\n+`git checkout` [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <pathspec>...\n+`git checkout` [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] --pathspec-from-file=<file> [--pathspec-file-nul]\n+`git checkout` (-p|--patch) [<tree-ish>] [--] [<pathspec>...]\n \n DESCRIPTION\n -----------\n Updates files in the working tree to match the version in the index\n-or the specified tree.  If no pathspec was given, 'git checkout' will\n+or the specified tree.  If no pathspec was given, `git checkout` will\n also update `HEAD` to set the specified branch as the current\n branch.\n \n-'git checkout' [<branch>]::\n+`git checkout` [<branch>]::\n \tTo prepare for working on `<branch>`, switch to it by updating\n \tthe index and the files in the working tree, and by pointing\n \t`HEAD` at the branch. Local modifications to the files in the\n@@ -43,12 +43,12 @@ You could omit `<branch>`, in which case the command degenerates to\n rather expensive side-effects to show only the tracking information,\n if exists, for the current branch.\n \n-'git checkout' -b|-B <new_branch> [<start point>]::\n+`git checkout` -b|-B <new_branch> [<start point>]::\n \n \tSpecifying `-b` causes a new branch to be created as if\n \tlinkgit:git-branch[1] were called and then checked out.  In\n \tthis case you can use the `--track` or `--no-track` options,\n-\twhich will be passed to 'git branch'.  As a convenience,\n+\twhich will be passed to `git branch`.  As a convenience,\n \t`--track` without `-b` implies branch creation; see the\n \tdescription of `--track` below.\n +\n@@ -60,11 +60,11 @@ $ git branch -f <branch> [<start point>]\n $ git checkout <branch>\n ------------\n +\n-that is to say, the branch is not reset/created unless \"git checkout\" is\n+that is to say, the branch is not reset/created unless `git checkout` is\n successful.\n \n-'git checkout' --detach [<branch>]::\n-'git checkout' [--detach] <commit>::\n+`git checkout` --detach [<branch>]::\n+`git checkout` [--detach] <commit>::\n \n \tPrepare to work on top of `<commit>`, by detaching `HEAD` at it\n \t(see \"DETACHED HEAD\" section), and updating the index and the\n@@ -79,8 +79,8 @@ be used to detach `HEAD` at the tip of the branch (`git checkout\n +\n Omitting `<branch>` detaches `HEAD` at the tip of the current branch.\n \n-'git checkout' [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <pathspec>...::\n-'git checkout' [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] --pathspec-from-file=<file> [--pathspec-file-nul]::\n+`git checkout` [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <pathspec>...::\n+`git checkout` [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] --pathspec-from-file=<file> [--pathspec-file-nul]::\n \n \tOverwrite the contents of the files that match the pathspec.\n \tWhen the `<tree-ish>` (most often a commit) is not given,\n@@ -96,7 +96,7 @@ specific side of the merge can be checked out of the index by\n using `--ours` or `--theirs`.  With `-m`, changes made to the working tree\n file can be discarded to re-create the original conflicted merge result.\n \n-'git checkout' (-p|--patch) [<tree-ish>] [--] [<pathspec>...]::\n+`git checkout` (-p|--patch) [<tree-ish>] [--] [<pathspec>...]::\n \tThis is similar to the previous mode, but lets you use the\n \tinteractive interface to show the \"diff\" output and choose which\n \thunks to use in the result.  See below for the description of\n@@ -151,7 +151,7 @@ of it\").\n -B <new_branch>::\n \tCreates the branch `<new_branch>` and start it at `<start_point>`;\n \tif it already exists, then reset it to `<start_point>`. This is\n-\tequivalent to running \"git branch\" with `-f`; see\n+\tequivalent to running `git branch` with `-f`; see\n \tlinkgit:git-branch[1] for details.\n \n -t::\n@@ -333,7 +333,7 @@ Note that this option uses the no overlay mode by default (see also\n \tany branch (see below for details).\n +\n You can use the `@{-N}` syntax to refer to the N-th last\n-branch/commit checked out using \"git checkout\" operation. You may\n+branch/commit checked out using `git checkout` operation. You may\n also specify `-` which is synonymous to `@{-1}`.\n +\n As a special case, you may use `A...B` as a shortcut for the\n@@ -384,7 +384,7 @@ a---b---c  branch 'master' (refers to commit 'c')\n ------------\n \n When a commit is created in this state, the branch is updated to refer to\n-the new commit. Specifically, 'git commit' creates a new commit `d`, whose\n+the new commit. Specifically, `git commit` creates a new commit `d`, whose\n parent is commit `c`, and then updates branch `master` to refer to new\n commit `d`. `HEAD` still refers to branch `master` and so indirectly now refers\n to commit `d`:\n@@ -493,7 +493,7 @@ $ git tag foo           <3>\n     leaving `HEAD` detached.\n \n If we have moved away from commit `f`, then we must first recover its object\n-name (typically by using git reflog), and then we can create a reference to\n+name (typically by using `git reflog`), and then we can create a reference to\n it. For example, to see the last two commits to which `HEAD` referred, we\n can use either of these commands:\n \ndiff --git a/Documentation/git-cherry-pick.txt b/Documentation/git-cherry-pick.txt\nindex 6069cc77a0..fb12a67778 100644\n--- a/Documentation/git-cherry-pick.txt\n+++ b/Documentation/git-cherry-pick.txt\n@@ -8,9 +8,9 @@ git-cherry-pick - Apply the changes introduced by some existing commits\n SYNOPSIS\n --------\n [verse]\n-'git cherry-pick' [--edit] [-n] [-m parent-number] [-s] [-x] [--ff]\n+`git cherry-pick` [--edit] [-n] [-m parent-number] [-s] [-x] [--ff]\n \t\t  [-S[<keyid>]] <commit>...\n-'git cherry-pick' (--continue | --skip | --abort | --quit)\n+`git cherry-pick` (--continue | --skip | --abort | --quit)\n \n DESCRIPTION\n -----------\n@@ -52,7 +52,7 @@ OPTIONS\n \n -e::\n --edit::\n-\tWith this option, 'git cherry-pick' will let you edit the commit\n+\tWith this option, `git cherry-pick` will let you edit the commit\n \tmessage prior to committing.\n \n --cleanup=<mode>::\ndiff --git a/Documentation/git-cherry.txt b/Documentation/git-cherry.txt\nindex 4374f398fa..ab55060668 100644\n--- a/Documentation/git-cherry.txt\n+++ b/Documentation/git-cherry.txt\n@@ -8,7 +8,7 @@ git-cherry - Find commits yet to be applied to upstream\n SYNOPSIS\n --------\n [verse]\n-'git cherry' [-v] [<upstream> [<head> [<limit>]]]\n+`git cherry` [-v] [<upstream> [<head> [<limit>]]]\n \n DESCRIPTION\n -----------\n@@ -16,7 +16,7 @@ Determine whether there are commits in `<head>..<upstream>` that are\n equivalent to those in the range `<limit>..<head>`.\n \n The equivalence test is based on the diff, after removing whitespace\n-and line numbers.  git-cherry therefore detects when commits have been\n+and line numbers.  `git-cherry` therefore detects when commits have been\n \"copied\" by means of linkgit:git-cherry-pick[1], linkgit:git-am[1] or\n linkgit:git-rebase[1].\n \n@@ -45,7 +45,7 @@ EXAMPLES\n Patch workflows\n ~~~~~~~~~~~~~~~\n \n-git-cherry is frequently used in patch-based workflows (see\n+`git-cherry` is frequently used in patch-based workflows (see\n linkgit:gitworkflows[7]) to determine if a series of patches has been\n applied by the upstream maintainer.  In such a workflow you might\n create and send a topic branch like this:\n@@ -85,7 +85,7 @@ $ git log --graph --oneline --decorate --boundary origin/master...topic\n o 1234567 branch point\n ------------\n \n-In such cases, git-cherry shows a concise summary of what has yet to\n+In such cases, `git-cherry` shows a concise summary of what has yet to\n be applied:\n \n ------------\ndiff --git a/Documentation/git-citool.txt b/Documentation/git-citool.txt\nindex c7a11c36c1..f750f754ae 100644\n--- a/Documentation/git-citool.txt\n+++ b/Documentation/git-citool.txt\n@@ -8,16 +8,16 @@ git-citool - Graphical alternative to git-commit\n SYNOPSIS\n --------\n [verse]\n-'git citool'\n+`git citool`\n \n DESCRIPTION\n -----------\n A Tcl/Tk based graphical interface to review modified files, stage\n them into the index, enter a commit message and record the new\n commit onto the current branch.  This interface is an alternative\n-to the less interactive 'git commit' program.\n+to the less interactive `git commit` program.\n \n-'git citool' is actually a standard alias for `git gui citool`.\n+`git citool` is actually a standard alias for `git gui citool`.\n See linkgit:git-gui[1] for more details.\n \n GIT\ndiff --git a/Documentation/git-clean.txt b/Documentation/git-clean.txt\nindex cbec3e649a..7923ae27a5 100644\n--- a/Documentation/git-clean.txt\n+++ b/Documentation/git-clean.txt\n@@ -8,7 +8,7 @@ git-clean - Remove untracked files from the working tree\n SYNOPSIS\n --------\n [verse]\n-'git clean' [-d] [-f] [-i] [-n] [-q] [-e <pattern>] [-x | -X] [--] <path>...\n+`git clean` [-d] [-f] [-i] [-n] [-q] [-e <pattern>] [-x | -X] [--] <path>...\n \n DESCRIPTION\n -----------\n@@ -26,19 +26,19 @@ are affected.\n OPTIONS\n -------\n -d::\n-\tNormally, when no <path> is specified, git clean will not\n+\tNormally, when no <path> is specified, `git clean` will not\n \trecurse into untracked directories to avoid removing too much.\n \tSpecify `-d` to have it recurse into such directories as well.\n \tIf any paths are specified, `-d` is irrelevant; all untracked\n \tfiles matching the specified paths (with exceptions for nested\n-\tgit directories mentioned under `--force`) will be removed.\n+\t`git` directories mentioned under `--force`) will be removed.\n \n -f::\n --force::\n \tIf the Git configuration variable `clean.requireForce` is not set\n-\tto false, 'git clean' will refuse to delete files or directories\n+\tto false, `git clean` will refuse to delete files or directories\n \tunless given `-f` or `-i`.  Git will refuse to modify untracked\n-\tnested git repositories (directories with a .git subdirectory)\n+\tnested `git` repositories (directories with a .git subdirectory)\n \tunless a second `-f` is given.\n \n -i::\n@@ -65,7 +65,7 @@ OPTIONS\n \tstill use the ignore rules given with `-e` options from the command\n \tline.  This allows removing all untracked\n \tfiles, including build products.  This can be used (possibly in\n-\tconjunction with 'git restore' or 'git reset') to create a pristine\n+\tconjunction with `git restore` or `git reset`) to create a pristine\n \tworking directory to test a clean build.\n \n -X::\n@@ -131,7 +131,7 @@ quit::\n \n help::\n \n-  Show brief usage of interactive git-clean.\n+  Show brief usage of interactive `git-clean`.\n \n SEE ALSO\n --------\ndiff --git a/Documentation/git-clone.txt b/Documentation/git-clone.txt\nindex 8cd602a852..b8ca823467 100644\n--- a/Documentation/git-clone.txt\n+++ b/Documentation/git-clone.txt\n@@ -9,7 +9,7 @@ git-clone - Clone a repository into a new directory\n SYNOPSIS\n --------\n [verse]\n-'git clone' [--template=<template_directory>]\n+`git clone` [--template=<template_directory>]\n \t  [-l] [-s] [--no-hardlinks] [-q] [-n] [--bare] [--mirror]\n \t  [-o <name>] [-b <name>] [-u <upload-pack>] [--reference <repository>]\n \t  [--dissociate] [--separate-git-dir <git dir>]\ndiff --git a/Documentation/git-column.txt b/Documentation/git-column.txt\nindex ab545fc52d..0865d22bdc 100644\n--- a/Documentation/git-column.txt\n+++ b/Documentation/git-column.txt\n@@ -8,14 +8,14 @@ git-column - Display data in columns\n SYNOPSIS\n --------\n [verse]\n-'git column' [--command=<name>] [--[raw-]mode=<mode>] [--width=<width>]\n+`git column` [--command=<name>] [--[raw-]mode=<mode>] [--width=<width>]\n \t     [--indent=<string>] [--nl=<string>] [--padding=<n>]\n \n DESCRIPTION\n -----------\n This command formats the lines of its standard input into a table with\n multiple columns. Each input line occupies one cell of the table. It\n-is used internally by other git commands to format output into\n+is used internally by other `git` commands to format output into\n columns.\n \n OPTIONS\ndiff --git a/Documentation/git-commit-graph.txt b/Documentation/git-commit-graph.txt\nindex e1f48c95b3..3246616b10 100644\n--- a/Documentation/git-commit-graph.txt\n+++ b/Documentation/git-commit-graph.txt\n@@ -9,8 +9,8 @@ git-commit-graph - Write and verify Git commit-graph files\n SYNOPSIS\n --------\n [verse]\n-'git commit-graph verify' [--object-dir <dir>] [--shallow] [--[no-]progress]\n-'git commit-graph write' <options> [--object-dir <dir>] [--[no-]progress]\n+`git commit-graph verify` [--object-dir <dir>] [--shallow] [--[no-]progress]\n+`git commit-graph write` <options> [--object-dir <dir>] [--[no-]progress]\n \n \n DESCRIPTION\ndiff --git a/Documentation/git-commit-tree.txt b/Documentation/git-commit-tree.txt\nindex b76a825c94..48a76dd029 100644\n--- a/Documentation/git-commit-tree.txt\n+++ b/Documentation/git-commit-tree.txt\n@@ -9,8 +9,8 @@ git-commit-tree - Create a new commit object\n SYNOPSIS\n --------\n [verse]\n-'git commit-tree' <tree> [(-p <parent>)...]\n-'git commit-tree' [(-p <parent>)...] [-S[<keyid>]] [(-m <message>)...]\n+`git commit-tree` <tree> [(-p <parent>)...]\n+`git commit-tree` [(-p <parent>)...] [-S[<keyid>]] [(-m <message>)...]\n \t\t  [(-F <file>)...] <tree>\n \n \n@@ -77,7 +77,7 @@ A commit encapsulates:\n - committer name and email and the commit time.\n \n A commit comment is read from stdin. If a changelog\n-entry is not provided via \"<\" redirection, 'git commit-tree' will just wait\n+entry is not provided via \"<\" redirection, `git commit-tree` will just wait\n for one to be entered and terminated with ^D.\n \n include::date-formats.txt[]\ndiff --git a/Documentation/git-commit.txt b/Documentation/git-commit.txt\nindex 6d10f2bdc7..3b22ba718c 100644\n--- a/Documentation/git-commit.txt\n+++ b/Documentation/git-commit.txt\n@@ -8,7 +8,7 @@ git-commit - Record changes to the repository\n SYNOPSIS\n --------\n [verse]\n-'git commit' [-a | --interactive | --patch] [-s] [-v] [-u<mode>] [--amend]\n+`git commit` [-a | --interactive | --patch] [-s] [-v] [-u<mode>] [--amend]\n \t   [--dry-run] [(-c | -C | --squash) <commit> | --fixup [(amend|reword):]<commit>)]\n \t   [-F <file> | -m <msg>] [--reset-author] [--allow-empty]\n \t   [--allow-empty-message] [--no-verify] [-e] [--author=<author>]\n@@ -58,7 +58,7 @@ summary of what is included by any of the above for the next\n commit by giving the same set of parameters (options and paths).\n \n If you make a commit and then find a mistake immediately after\n-that, you can recover from it with 'git reset'.\n+that, you can recover from it with `git reset`.\n \n :git-commit: 1\n \n@@ -310,7 +310,7 @@ FROM UPSTREAM REBASE\" section in linkgit:git-rebase[1].)\n \tof the paths specified on the\n \tcommand line, disregarding any contents that have been\n \tstaged for other paths. This is the default mode of operation of\n-\t'git commit' if any paths are given on the command line,\n+\t`git commit` if any paths are given on the command line,\n \tin which case this option can be omitted.\n \tIf this option is specified together with `--amend`, then\n \tno paths need to be specified, which can be used to amend\n@@ -409,10 +409,10 @@ EXAMPLES\n --------\n When recording your own work, the contents of modified files in\n your working tree are temporarily stored to a staging area\n-called the \"index\" with 'git add'.  A file can be\n+called the \"index\" with `git add`.  A file can be\n reverted back, only in the index but not in the working tree,\n to that of the last commit with `git restore --staged <file>`,\n-which effectively reverts 'git add' and prevents the changes to\n+which effectively reverts `git add` and prevents the changes to\n this file from participating in the next commit.  After building\n the state to be committed incrementally with these commands,\n `git commit` (without any pathname parameter) is used to record what\n@@ -468,13 +468,13 @@ $ git commit\n this second commit would record the changes to `hello.c` and\n `hello.h` as expected.\n \n-After a merge (initiated by 'git merge' or 'git pull') stops\n+After a merge (initiated by `git merge` or `git pull`) stops\n because of conflicts, cleanly merged\n paths are already staged to be committed for you, and paths that\n conflicted are left in unmerged state.  You would have to first\n-check which paths are conflicting with 'git status'\n+check which paths are conflicting with `git status`\n and after fixing them manually in your working tree, you would\n-stage the result as usual with 'git add':\n+stage the result as usual with `git add`:\n \n ------------\n $ git status | grep unmerged\ndiff --git a/Documentation/git-config.txt b/Documentation/git-config.txt\nindex 606411c816..85e02aff92 100644\n--- a/Documentation/git-config.txt\n+++ b/Documentation/git-config.txt\n@@ -9,21 +9,21 @@ git-config - Get and set repository or global options\n SYNOPSIS\n --------\n [verse]\n-'git config' [<file-option>] [--type=<type>] [--fixed-value] [--show-origin] [--show-scope] [-z|--null] name [value [value-pattern]]\n-'git config' [<file-option>] [--type=<type>] --add name value\n-'git config' [<file-option>] [--type=<type>] [--fixed-value] --replace-all name value [value-pattern]\n-'git config' [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] [--fixed-value] --get name [value-pattern]\n-'git config' [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] [--fixed-value] --get-all name [value-pattern]\n-'git config' [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] [--fixed-value] [--name-only] --get-regexp name_regex [value-pattern]\n-'git config' [<file-option>] [--type=<type>] [-z|--null] --get-urlmatch name URL\n-'git config' [<file-option>] [--fixed-value] --unset name [value-pattern]\n-'git config' [<file-option>] [--fixed-value] --unset-all name [value-pattern]\n-'git config' [<file-option>] --rename-section old_name new_name\n-'git config' [<file-option>] --remove-section name\n-'git config' [<file-option>] [--show-origin] [--show-scope] [-z|--null] [--name-only] -l | --list\n-'git config' [<file-option>] --get-color name [default]\n-'git config' [<file-option>] --get-colorbool name [stdout-is-tty]\n-'git config' [<file-option>] -e | --edit\n+`git config` [<file-option>] [--type=<type>] [--fixed-value] [--show-origin] [--show-scope] [-z|--null] name [value [value-pattern]]\n+`git config` [<file-option>] [--type=<type>] --add name value\n+`git config` [<file-option>] [--type=<type>] [--fixed-value] --replace-all name value [value-pattern]\n+`git config` [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] [--fixed-value] --get name [value-pattern]\n+`git config` [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] [--fixed-value] --get-all name [value-pattern]\n+`git config` [<file-option>] [--type=<type>] [--show-origin] [--show-scope] [-z|--null] [--fixed-value] [--name-only] --get-regexp name_regex [value-pattern]\n+`git config` [<file-option>] [--type=<type>] [-z|--null] --get-urlmatch name URL\n+`git config` [<file-option>] [--fixed-value] --unset name [value-pattern]\n+`git config` [<file-option>] [--fixed-value] --unset-all name [value-pattern]\n+`git config` [<file-option>] --rename-section old_name new_name\n+`git config` [<file-option>] --remove-section name\n+`git config` [<file-option>] [--show-origin] [--show-scope] [-z|--null] [--name-only] -l | --list\n+`git config` [<file-option>] --get-color name [default]\n+`git config` [<file-option>] --get-colorbool name [stdout-is-tty]\n+`git config` [<file-option>] -e | --edit\n \n DESCRIPTION\n -----------\n@@ -41,7 +41,7 @@ prepend a single exclamation mark in front (see also <<EXAMPLES>>),\n but note that this only works when the `--fixed-value` option is not\n in use.\n \n-The `--type=<type>` option instructs 'git config' to ensure that incoming and\n+The `--type=<type>` option instructs `git config` to ensure that incoming and\n outgoing values are canonicalize-able under the given <type>.  If no\n `--type=<type>` is given, no canonicalization will be performed. Callers may\n unset an existing `--type` specifier with `--no-type`.\n@@ -175,7 +175,7 @@ See also <<FILES>>.\n \tis exactly equal to the `value-pattern`.\n \n --type <type>::\n-  'git config' will ensure that any input or output is valid under the given\n+  `git config` will ensure that any input or output is valid under the given\n   type constraint(s), and will canonicalize outgoing values in `<type>`'s\n   canonical form.\n +\n@@ -209,7 +209,7 @@ Valid `<type>`'s include:\n \n --no-type::\n   Un-sets the previously set type specifier (if one was previously set). This\n-  option requests that 'git config' not canonicalize the retrieved variable.\n+  option requests that `git config` not canonicalize the retrieved variable.\n   `--no-type` has no effect without `--type=<type>` or `--<type>`.\n \n -z::\n@@ -284,7 +284,7 @@ FILES\n -----\n \n If not set explicitly with `--file`, there are four files where\n-'git config' will search for configuration options:\n+`git config` will search for configuration options:\n \n $(prefix)/etc/gitconfig::\n \tSystem-wide configuration file.\n@@ -311,7 +311,7 @@ $GIT_DIR/config.worktree::\n If no further options are given, all reading options will read all of these\n files that are available. If the global or the system-wide configuration\n file are not available they will be ignored. If the repository configuration\n-file is not available or readable, 'git config' will exit with a non-zero\n+file is not available or readable, `git config` will exit with a non-zero\n error code. However, in neither case will an error message be issued.\n \n The files are read in the order given above, with last value found taking\n@@ -358,7 +358,7 @@ GIT_CONFIG_VALUE_<n>::\n \tin configuration files, but will be overridden by any explicit options\n \tpassed via `git -c`.\n +\n-This is useful for cases where you want to spawn multiple git commands\n+This is useful for cases where you want to spawn multiple `git` commands\n with a common configuration but cannot depend on a configuration file,\n for example when writing scripts.\n \ndiff --git a/Documentation/git-count-objects.txt b/Documentation/git-count-objects.txt\nindex d12ce08789..a52bd618c4 100644\n--- a/Documentation/git-count-objects.txt\n+++ b/Documentation/git-count-objects.txt\n@@ -8,7 +8,7 @@ git-count-objects - Count unpacked number of objects and their disk consumption\n SYNOPSIS\n --------\n [verse]\n-'git count-objects' [-v] [-H | --human-readable]\n+`git count-objects` [-v] [-H | --human-readable]\n \n DESCRIPTION\n -----------\ndiff --git a/Documentation/git-credential-cache--daemon.txt b/Documentation/git-credential-cache--daemon.txt\nindex 7051c6bdf8..ed4d4c4f35 100644\n--- a/Documentation/git-credential-cache--daemon.txt\n+++ b/Documentation/git-credential-cache--daemon.txt\n@@ -8,7 +8,7 @@ git-credential-cache--daemon - Temporarily store user credentials in memory\n SYNOPSIS\n --------\n [verse]\n-git credential-cache--daemon [--debug] <socket>\n+`git credential-cache--daemon` [--debug] <socket>\n \n DESCRIPTION\n -----------\ndiff --git a/Documentation/git-credential-cache.txt b/Documentation/git-credential-cache.txt\nindex b1a9d9b29a..e9834b8b95 100644\n--- a/Documentation/git-credential-cache.txt\n+++ b/Documentation/git-credential-cache.txt\n@@ -8,7 +8,7 @@ git-credential-cache - Helper to temporarily store passwords in memory\n SYNOPSIS\n --------\n -----------------------------\n-git config credential.helper 'cache [<options>]'\n+`git config` credential.helper 'cache [<options>]'\n -----------------------------\n \n DESCRIPTION\ndiff --git a/Documentation/git-credential-store.txt b/Documentation/git-credential-store.txt\nindex 76b0798856..376b0d6c5f 100644\n--- a/Documentation/git-credential-store.txt\n+++ b/Documentation/git-credential-store.txt\n@@ -8,7 +8,7 @@ git-credential-store - Helper to store credentials on disk\n SYNOPSIS\n --------\n -------------------\n-git config credential.helper 'store [<options>]'\n+`git config` credential.helper 'store [<options>]'\n -------------------\n \n DESCRIPTION\n@@ -45,7 +45,7 @@ FILES\n -----\n \n If not set explicitly with `--file`, there are two files where\n-git-credential-store will search for credentials in order of precedence:\n+`git-credential-store` will search for credentials in order of precedence:\n \n ~/.git-credentials::\n \tUser-specific credentials file.\ndiff --git a/Documentation/git-credential.txt b/Documentation/git-credential.txt\nindex 31c81c4c02..9bfcb3f90a 100644\n--- a/Documentation/git-credential.txt\n+++ b/Documentation/git-credential.txt\n@@ -8,7 +8,7 @@ git-credential - Retrieve and store user credentials\n SYNOPSIS\n --------\n ------------------\n-git credential <fill|approve|reject>\n+`git credential` <fill|approve|reject>\n ------------------\n \n DESCRIPTION\n@@ -16,28 +16,28 @@ DESCRIPTION\n \n Git has an internal interface for storing and retrieving credentials\n from system-specific helpers, as well as prompting the user for\n-usernames and passwords. The git-credential command exposes this\n+usernames and passwords. The `git-credential` command exposes this\n interface to scripts which may want to retrieve, store, or prompt for\n credentials in the same manner as Git. The design of this scriptable\n interface models the internal C API; see credential.h for more\n background on the concepts.\n \n-git-credential takes an \"action\" option on the command-line (one of\n+`git-credential` takes an \"action\" option on the command-line (one of\n `fill`, `approve`, or `reject`) and reads a credential description\n on stdin (see <<IOFMT,INPUT/OUTPUT FORMAT>>).\n \n-If the action is `fill`, git-credential will attempt to add \"username\"\n+If the action is `fill`, `git-credential` will attempt to add \"username\"\n and \"password\" attributes to the description by reading config files,\n by contacting any configured credential helpers, or by prompting the\n user. The username and password attributes of the credential\n description are then printed to stdout together with the attributes\n already provided.\n \n-If the action is `approve`, git-credential will send the description\n+If the action is `approve`, `git-credential` will send the description\n to any configured credential helpers, which may store the credential\n for later use.\n \n-If the action is `reject`, git-credential will send the description to\n+If the action is `reject`, `git-credential` will send the description to\n any configured credential helpers, which may erase any stored\n credential matching the description.\n \n@@ -46,7 +46,7 @@ If the action is `approve` or `reject`, no output should be emitted.\n TYPICAL USE OF GIT CREDENTIAL\n -----------------------------\n \n-An application using git-credential will typically use `git\n+An application using `git-credential` will typically use `git\n credential` following these steps:\n \n   1. Generate a credential description based on the context.\n@@ -61,7 +61,7 @@ information it has):\n \t host=example.com\n \t path=foo.git\n \n-  2. Ask git-credential to give us a username and password for this\n+  2. Ask `git-credential` to give us a username and password for this\n      description. This is done by running `git credential fill`,\n      feeding the description from step (1) to its standard input. The complete\n      credential description (including the credential per se, i.e. the\ndiff --git a/Documentation/git-cvsexportcommit.txt b/Documentation/git-cvsexportcommit.txt\nindex 76b16f9dae..596512ec73 100644\n--- a/Documentation/git-cvsexportcommit.txt\n+++ b/Documentation/git-cvsexportcommit.txt\n@@ -9,7 +9,7 @@ git-cvsexportcommit - Export a single commit to a CVS checkout\n SYNOPSIS\n --------\n [verse]\n-'git cvsexportcommit' [-h] [-u] [-v] [-c] [-P] [-p] [-a] [-d cvsroot]\n+`git cvsexportcommit` [-h] [-u] [-v] [-c] [-P] [-p] [-a] [-d cvsroot]\n \t[-w cvsworkdir] [-W] [-f] [-m msgprefix] [PARENTCOMMIT] COMMITID\n \n \n@@ -28,7 +28,7 @@ by default.\n \n Supports file additions, removals, and commits that affect binary files.\n \n-If the commit is a merge commit, you must tell 'git cvsexportcommit' what\n+If the commit is a merge commit, you must tell `git cvsexportcommit` what\n parent the changeset should be done against.\n \n OPTIONS\ndiff --git a/Documentation/git-cvsimport.txt b/Documentation/git-cvsimport.txt\nindex 95fa94de74..586184bbd4 100644\n--- a/Documentation/git-cvsimport.txt\n+++ b/Documentation/git-cvsimport.txt\n@@ -9,7 +9,7 @@ git-cvsimport - Salvage your data out of another SCM people love to hate\n SYNOPSIS\n --------\n [verse]\n-'git cvsimport' [-o <branch-for-HEAD>] [-h] [-v] [-d <CVSROOT>]\n+`git cvsimport` [-o <branch-for-HEAD>] [-h] [-v] [-d <CVSROOT>]\n \t      [-A <author-conv-file>] [-p <options-for-cvsps>] [-P <file>]\n \t      [-C <git_repository>] [-z <fuzz>] [-i] [-k] [-u] [-s <subst>]\n \t      [-a] [-m] [-M <regex>] [-S <regex>] [-L <commitlimit>]\n@@ -34,9 +34,9 @@ At least version 2.1 is required.\n Please see the section <<issues,ISSUES>> for further reference.\n \n You should *never* do any work of your own on the branches that are\n-created by 'git cvsimport'.  By default initial import will create and populate a\n+created by `git cvsimport`.  By default initial import will create and populate a\n `master` branch from the CVS repository's main branch which you're free\n-to work with; after that, you need to 'git merge' incremental imports, or\n+to work with; after that, you need to `git merge` incremental imports, or\n any CVS branches, yourself.  It is advisable to specify a named remote via\n `-r` to separate and protect the incoming branches.\n \n@@ -55,13 +55,13 @@ OPTIONS\n -d <CVSROOT>::\n \tThe root of the CVS archive. May be local (a simple path) or remote;\n \tcurrently, only the :local:, :ext: and :pserver: access methods\n-\tare supported. If not given, 'git cvsimport' will try to read it\n+\tare supported. If not given, `git cvsimport` will try to read it\n \tfrom `CVS/Root`. If no such file exists, it checks for the\n \t`CVSROOT` environment variable.\n \n <CVS_module>::\n \tThe CVS module you want to import. Relative to <CVSROOT>.\n-\tIf not given, 'git cvsimport' tries to read it from\n+\tIf not given, `git cvsimport` tries to read it from\n \t`CVS/Repository`.\n \n -C <target-dir>::\n@@ -71,14 +71,14 @@ OPTIONS\n -r <remote>::\n \tThe Git remote to import this CVS repository into.\n \tMoves all CVS branches into remotes/<remote>/<branch>\n-\takin to the way 'git clone' uses `origin` by default.\n+\takin to the way `git clone` uses `origin` by default.\n \n -o <branch-for-HEAD>::\n \tWhen no remote is specified (via `-r`) the `HEAD` branch\n \tfrom CVS is imported to the `origin` branch within the Git\n \trepository, as `HEAD` already has a special meaning for Git.\n \tWhen a remote is specified the `HEAD` branch is named\n-\tremotes/<remote>/master mirroring 'git clone' behaviour.\n+\tremotes/<remote>/master mirroring `git clone` behaviour.\n \tUse this option if you want to import into a different\n \tbranch.\n +\n@@ -152,18 +152,18 @@ This option can be used several times to provide several detection regexes.\n \n ---------\n +\n-'git cvsimport' will make it appear as those authors had\n+`git cvsimport` will make it appear as those authors had\n their GIT_AUTHOR_NAME and GIT_AUTHOR_EMAIL set properly\n all along.  If a time zone is specified, GIT_AUTHOR_DATE will\n have the corresponding offset applied.\n +\n For convenience, this data is saved to `$GIT_DIR/cvs-authors`\n each time the `-A` option is provided and read from that same\n-file each time 'git cvsimport' is run.\n+file each time `git cvsimport` is run.\n +\n It is not recommended to use this feature if you intend to\n export changes back to CVS again later with\n-'git cvsexportcommit'.\n+`git cvsexportcommit`.\n \n -R::\n \tGenerate a `$GIT_DIR/cvs-revisions` file containing a mapping from CVS\ndiff --git a/Documentation/git-cvsserver.txt b/Documentation/git-cvsserver.txt\nindex c6a926d8d2..bf53d16a7f 100644\n--- a/Documentation/git-cvsserver.txt\n+++ b/Documentation/git-cvsserver.txt\n@@ -17,12 +17,12 @@ export CVS_SERVER=\"git cvsserver\"\n pserver (/etc/inetd.conf):\n \n [verse]\n-cvspserver stream tcp nowait nobody /usr/bin/git-cvsserver git-cvsserver pserver\n+cvspserver stream tcp nowait nobody /usr/bin/git-cvsserver `git-cvsserver` pserver\n \n Usage:\n \n [verse]\n-'git-cvsserver' [<options>] [pserver|server] [<directory> ...]\n+`git-cvsserver` [<options>] [pserver|server] [<directory> ...]\n \n OPTIONS\n -------\n@@ -74,7 +74,7 @@ LIMITATIONS\n \n CVS clients cannot tag, branch or perform Git merges.\n \n-'git-cvsserver' maps Git branches to CVS modules. This is very different\n+`git-cvsserver` maps Git branches to CVS modules. This is very different\n from what most CVS users would expect since in CVS modules usually represent\n one or more directories.\n \n@@ -132,7 +132,7 @@ Then provide your password via the pserver method, for example:\n ------\n No special setup is needed for SSH access, other than having Git tools\n in the PATH. If you have clients that do not accept the CVS_SERVER\n-environment variable, you can rename 'git-cvsserver' to `cvs`.\n+environment variable, you can rename `git-cvsserver` to `cvs`.\n \n Note: Newer CVS versions (>= 1.12.11) also support specifying\n CVS_SERVER directly in CVSROOT like\n@@ -142,9 +142,9 @@ cvs -d \":ext;CVS_SERVER=git cvsserver:user@server/path/repo.git\" co <HEAD_name>\n ------\n This has the advantage that it will be saved in your 'CVS/Root' files and\n you don't need to worry about always setting the correct environment\n-variable.  SSH users restricted to 'git-shell' don't need to override the default\n-with CVS_SERVER (and shouldn't) as 'git-shell' understands `cvs` to mean\n-'git-cvsserver' and pretends that the other end runs the real 'cvs' better.\n+variable.  SSH users restricted to `git-shell` don't need to override the default\n+with CVS_SERVER (and shouldn't) as `git-shell` understands `cvs` to mean\n+`git-cvsserver` and pretends that the other end runs the real 'cvs' better.\n --\n 2. For each repo that you want accessible from CVS you need to edit config in\n    the repo and add the following section.\n@@ -157,7 +157,7 @@ with CVS_SERVER (and shouldn't) as 'git-shell' understands `cvs` to mean\n \tlogFile=/path/to/logfile\n \n ------\n-Note: you need to ensure each user that is going to invoke 'git-cvsserver' has\n+Note: you need to ensure each user that is going to invoke `git-cvsserver` has\n write access to the log file and to the database (see\n <<dbbackend,Database Backend>>. If you want to offer write access over\n SSH, the users of course also need write access to the Git repository itself.\n@@ -182,7 +182,7 @@ allowing access over SSH.\n    automatically saving it in your 'CVS/Root' files, then you need to set them\n    explicitly in your environment.  CVSROOT should be set as per normal, but the\n    directory should point at the appropriate Git repo.  As above, for SSH clients\n-   _not_ restricted to 'git-shell', CVS_SERVER should be set to 'git-cvsserver'.\n+   _not_ restricted to `git-shell`, CVS_SERVER should be set to `git-cvsserver`.\n +\n --\n ------\n@@ -210,32 +210,32 @@ allowing access over SSH.\n DATABASE BACKEND\n ----------------\n \n-'git-cvsserver' uses one database per Git head (i.e. CVS module) to\n+`git-cvsserver` uses one database per Git head (i.e. CVS module) to\n store information about the repository to maintain consistent\n CVS revision numbers. The database needs to be\n updated (i.e. written to) after every commit.\n \n If the commit is done directly by using `git` (as opposed to\n-using 'git-cvsserver') the update will need to happen on the\n-next repository access by 'git-cvsserver', independent of\n+using `git-cvsserver`) the update will need to happen on the\n+next repository access by `git-cvsserver`, independent of\n access method and requested operation.\n \n That means that even if you offer only read access (e.g. by using\n-the pserver method), 'git-cvsserver' should have write access to\n+the pserver method), `git-cvsserver` should have write access to\n the database to work reliably (otherwise you need to make sure\n-that the database is up to date any time 'git-cvsserver' is executed).\n+that the database is up to date any time `git-cvsserver` is executed).\n \n By default it uses SQLite databases in the Git directory, named\n `gitcvs.<module_name>.sqlite`. Note that the SQLite backend creates\n temporary files in the same directory as the database file on\n write so it might not be enough to grant the users using\n-'git-cvsserver' write access to the database file without granting\n+`git-cvsserver` write access to the database file without granting\n them write access to the directory, too.\n \n The database cannot be reliably regenerated in a\n consistent form after the branch it is tracking has changed.\n-Example: For merged branches, 'git-cvsserver' only tracks\n-one branch of development, and after a 'git merge' an\n+Example: For merged branches, `git-cvsserver` only tracks\n+one branch of development, and after a `git merge` an\n incrementally updated database may track a different branch\n than a database regenerated from scratch, causing inconsistent\n CVS revision numbers. `git-cvsserver` has no way of knowing which\n@@ -250,7 +250,7 @@ configuration variables:\n Configuring database backend\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n-'git-cvsserver' uses the Perl DBI module. Please also read\n+`git-cvsserver` uses the Perl DBI module. Please also read\n its documentation if changing these variables, especially\n about `DBI->connect()`.\n \n@@ -302,7 +302,7 @@ In `dbDriver` and `dbUser` you can use the following variables:\n %a::\n \taccess method (one of \"ext\" or \"pserver\")\n %u::\n-\tName of the user running 'git-cvsserver'.\n+\tName of the user running `git-cvsserver`.\n \tIf no name can be determined, the\n \tnumeric uid is used.\n \n@@ -310,13 +310,13 @@ ENVIRONMENT\n -----------\n \n These variables obviate the need for command-line options in some\n-circumstances, allowing easier restricted usage through git-shell.\n+circumstances, allowing easier restricted usage through `git-shell`.\n \n GIT_CVSSERVER_BASE_PATH takes the place of the argument to `--base-path`.\n \n GIT_CVSSERVER_ROOT specifies a single-directory whitelist. The\n repository must still be configured to allow access through\n-git-cvsserver, as described above.\n+`git-cvsserver`, as described above.\n \n When these environment variables are set, the corresponding\n command-line arguments may not be used.\n@@ -343,8 +343,8 @@ you will definitely want to have SSH keys setup.\n \n Alternatively, you can just use the non-standard extssh protocol that Eclipse\n offer. In that case CVS_SERVER is ignored, and you will have to replace\n-the cvs utility on the server with 'git-cvsserver' or manipulate your `.bashrc`\n-so that calling 'cvs' effectively calls 'git-cvsserver'.\n+the cvs utility on the server with `git-cvsserver` or manipulate your `.bashrc`\n+so that calling 'cvs' effectively calls `git-cvsserver`.\n \n CLIENTS KNOWN TO WORK\n ---------------------\n@@ -361,12 +361,12 @@ All the operations required for normal use are supported, including\n checkout, diff, status, update, log, add, remove, commit.\n \n Most CVS command arguments that read CVS tags or revision numbers\n-(typically `-r`) work, and also support any git refspec\n+(typically `-r`) work, and also support any `git` refspec\n (tag, branch, commit ID, etc).\n However, CVS revision numbers for non-default branches are not well\n emulated, and cvs log does not show tags or branches at\n all.  (Non-main-branch CVS revision numbers superficially resemble CVS\n-revision numbers, but they actually encode a git commit ID directly,\n+revision numbers, but they actually encode a `git` commit ID directly,\n rather than represent the number of revisions since the branch point.)\n \n Note that there are two ways to checkout a particular branch.\n@@ -383,9 +383,9 @@ operations against that main branch are fast.  Or alternatively,\n -r doesn't take any extra disk space, but may be significantly slower for\n many operations, like cvs update.\n \n-If you want to refer to a git refspec that has characters that are\n+If you want to refer to a `git` refspec that has characters that are\n not allowed by CVS, you have two options.  First, it may just work\n-to supply the git refspec directly to the appropriate CVS `-r` argument;\n+to supply the `git` refspec directly to the appropriate CVS `-r` argument;\n some CVS clients don't seem to do much sanity checking of the argument.\n Second, if that fails, you can use a special character escape mechanism\n that only uses characters that are valid in CVS tags.  A sequence\n@@ -426,7 +426,7 @@ and `gitcvs.allBinary` to \"guess\".\n \n DEPENDENCIES\n ------------\n-'git-cvsserver' depends on DBD::SQLite.\n+`git-cvsserver` depends on DBD::SQLite.\n \n GIT\n ---\ndiff --git a/Documentation/git-daemon.txt b/Documentation/git-daemon.txt\nindex 2794a2d0c1..e9cce4e468 100644\n--- a/Documentation/git-daemon.txt\n+++ b/Documentation/git-daemon.txt\n@@ -8,7 +8,7 @@ git-daemon - A really simple server for Git repositories\n SYNOPSIS\n --------\n [verse]\n-'git daemon' [--verbose] [--syslog] [--export-all]\n+`git daemon` [--verbose] [--syslog] [--export-all]\n \t     [--timeout=<n>] [--init-timeout=<n>] [--max-connections=<n>]\n \t     [--strict-paths] [--base-path=<path>] [--base-path-relaxed]\n \t     [--user-path | --user-path=<path>]\n@@ -29,39 +29,39 @@ A really simple TCP Git daemon that normally listens on port \"DEFAULT_GIT_PORT\"\n aka 9418.  It waits for a connection asking for a service, and will serve\n that service if it is enabled.\n \n-It verifies that the directory has the magic file \"git-daemon-export-ok\", and\n+It verifies that the directory has the magic file `git-daemon-export-ok`, and\n it will refuse to export any Git directory that hasn't explicitly been marked\n for export this way (unless the `--export-all` parameter is specified). If you\n-pass some directory paths as 'git daemon' arguments, you can further restrict\n+pass some directory paths as `git daemon` arguments, you can further restrict\n the offers to a whitelist comprising of those.\n \n By default, only `upload-pack` service is enabled, which serves\n-'git fetch-pack' and 'git ls-remote' clients, which are invoked\n-from 'git fetch', 'git pull', and 'git clone'.\n+`git fetch-pack` and `git ls-remote` clients, which are invoked\n+from `git fetch`, `git pull`, and `git clone`.\n \n This is ideally suited for read-only updates, i.e., pulling from\n Git repositories.\n \n-An `upload-archive` also exists to serve 'git archive'.\n+An `upload-archive` also exists to serve `git archive`.\n \n OPTIONS\n -------\n --strict-paths::\n \tMatch paths exactly (i.e. don't allow \"/foo/repo\" when the real path is\n \t\"/foo/repo.git\" or \"/foo/repo/.git\") and don't do user-relative paths.\n-\t'git daemon' will refuse to start when this option is enabled and no\n+\t`git daemon` will refuse to start when this option is enabled and no\n \twhitelist is specified.\n \n --base-path=<path>::\n \tRemap all the path requests as relative to the given path.\n-\tThis is sort of \"Git root\" - if you run 'git daemon' with\n+\tThis is sort of \"Git root\" - if you run `git daemon` with\n \t`--base-path=/srv/git` on example.com, then if you later try to pull\n-\t'git://example.com/hello.git', 'git daemon' will interpret the path\n+\t'git://example.com/hello.git', `git daemon` will interpret the path\n \tas `/srv/git/hello.git`.\n \n --base-path-relaxed::\n \tIf `--base-path` is enabled and repo lookup fails, with this option\n-\t'git daemon' will attempt to lookup without prefixing the base path.\n+\t`git daemon` will attempt to lookup without prefixing the base path.\n \tThis is useful for switching to `--base-path` usage, while still\n \tallowing the old paths.\n \n@@ -78,7 +78,7 @@ OPTIONS\n --export-all::\n \tAllow pulling from all directories that look like Git repositories\n \t(have the 'objects' and 'refs' subdirectories), even if they\n-\tdo not have the 'git-daemon-export-ok' file.\n+\tdo not have the `git-daemon-export-ok` file.\n \n --inetd::\n \tHave the server run as an inetd service. Implies `--syslog` (may be\n@@ -170,10 +170,10 @@ otherwise `stderr`.\n +\n Giving these options is an error when used with `--inetd`; use\n the facility of inet daemon to achieve the same before spawning\n-'git daemon' if needed.\n+`git daemon` if needed.\n +\n Like many programs that switch user id, the daemon does not reset\n-environment variables such as `$HOME` when it runs git programs,\n+environment variables such as `$HOME` when it runs `git` programs,\n e.g. `upload-pack` and `receive-pack`. When using this option, you\n may also want to set and export `HOME` to point at the home\n directory of `<user>` before starting the daemon, and make sure any\n@@ -194,7 +194,7 @@ Git configuration files in that directory are readable by `<user>`.\n \tmay be overridden.\n \n --[no-]informative-errors::\n-\tWhen informative errors are turned on, git-daemon will report\n+\tWhen informative errors are turned on, `git-daemon` will report\n \tmore verbose errors to the client, differentiating conditions\n \tlike \"no such repository\" from \"repository not exported\". This\n \tis more convenient for clients, but may leak information about\n@@ -227,24 +227,24 @@ SERVICES\n \n These services can be globally enabled/disabled using the\n command-line options of this command.  If finer-grained\n-control is desired (e.g. to allow 'git archive' to be run\n+control is desired (e.g. to allow `git archive` to be run\n against only in a few selected repositories the daemon serves),\n the per-repository configuration file can be used to enable or\n disable them.\n \n upload-pack::\n-\tThis serves 'git fetch-pack' and 'git ls-remote'\n+\tThis serves `git fetch-pack` and `git ls-remote`\n \tclients.  It is enabled by default, but a repository can\n \tdisable it by setting `daemon.uploadpack` configuration\n \titem to `false`.\n \n upload-archive::\n-\tThis serves 'git archive --remote'.  It is disabled by\n+\tThis serves `git archive --remote`.  It is disabled by\n \tdefault, but a repository can enable it by setting\n \t`daemon.uploadarch` configuration item to `true`.\n \n receive-pack::\n-\tThis serves 'git send-pack' clients, allowing anonymous\n+\tThis serves `git send-pack` clients, allowing anonymous\n \tpush.  It is disabled by default, as there is _no_\n \tauthentication in the protocol (in other words, anybody\n \tcan push anything into the repository, including removal\n@@ -262,8 +262,8 @@ $ grep 9418 /etc/services\n git\t\t9418/tcp\t\t# Git Version Control System\n ------------\n \n-'git daemon' as inetd server::\n-\tTo set up 'git daemon' as an inetd service that handles any\n+`git daemon` as inetd server::\n+\tTo set up `git daemon` as an inetd service that handles any\n \trepository under the whitelisted set of directories, /pub/foo\n \tand /pub/bar, place an entry like the following into\n \t/etc/inetd all on one line:\n@@ -275,8 +275,8 @@ git\t\t9418/tcp\t\t# Git Version Control System\n ------------------------------------------------\n \n \n-'git daemon' as inetd server for virtual hosts::\n-\tTo set up 'git daemon' as an inetd service that handles\n+`git daemon` as inetd server for virtual hosts::\n+\tTo set up `git daemon` as an inetd service that handles\n \trepositories for different virtual hosts, `www.example.com`\n \tand `www.example.org`, place an entry like the following into\n \t`/etc/inetd` all on one line:\n@@ -298,8 +298,8 @@ clients, a symlink from `/software` into the appropriate\n default repository could be made as well.\n \n \n-'git daemon' as regular daemon for virtual hosts::\n-\tTo set up 'git daemon' as a regular, non-inetd service that\n+`git daemon` as regular daemon for virtual hosts::\n+\tTo set up `git daemon` as a regular, non-inetd service that\n \thandles repositories for multiple virtual hosts based on\n \ttheir IP addresses, start the daemon like this:\n +\n@@ -316,7 +316,7 @@ Repositories can still be accessed by hostname though, assuming\n they correspond to these IP addresses.\n \n selectively enable/disable services per repository::\n-\tTo enable 'git archive --remote' and disable 'git fetch' against\n+\tTo enable `git archive --remote` and disable `git fetch` against\n \ta repository, have the following in the configuration file in the\n \trepository (that is the file 'config' next to `HEAD`, 'refs' and\n \t'objects').\n@@ -330,7 +330,7 @@ selectively enable/disable services per repository::\n \n ENVIRONMENT\n -----------\n-'git daemon' will set REMOTE_ADDR to the IP address of the client\n+`git daemon` will set REMOTE_ADDR to the IP address of the client\n that connected to it, if the IP address is available. REMOTE_ADDR will\n be available in the environment of hooks called when\n services are performed.\ndiff --git a/Documentation/git-describe.txt b/Documentation/git-describe.txt\nindex 7d2649c477..6cfb444444 100644\n--- a/Documentation/git-describe.txt\n+++ b/Documentation/git-describe.txt\n@@ -8,9 +8,9 @@ git-describe - Give an object a human readable name based on an available ref\n SYNOPSIS\n --------\n [verse]\n-'git describe' [--all] [--tags] [--contains] [--abbrev=<n>] [<commit-ish>...]\n-'git describe' [--all] [--tags] [--contains] [--abbrev=<n>] --dirty[=<mark>]\n-'git describe' <blob>\n+`git describe` [--all] [--tags] [--contains] [--abbrev=<n>] [<commit-ish>...]\n+`git describe` [--all] [--tags] [--contains] [--abbrev=<n>] --dirty[=<mark>]\n+`git describe` <blob>\n \n DESCRIPTION\n -----------\n@@ -20,7 +20,7 @@ shown.  Otherwise, it suffixes the tag name with the number of\n additional commits on top of the tagged object and the\n abbreviated object name of the most recent commit. The result\n is a \"human-readable\" object name which can also be used to\n-identify the commit to other git commands.\n+identify the commit to other `git` commands.\n \n By default (without `--all` or `--tags`) `git describe` only shows\n annotated tags.  For more information about creating annotated tags\n@@ -40,8 +40,8 @@ OPTIONS\n --dirty[=<mark>]::\n --broken[=<mark>]::\n \tDescribe the state of the working tree.  When the working\n-\ttree matches `HEAD`, the output is the same as \"git describe\n-\tHEAD\".  If the working tree has local modification \"-dirty\"\n+\ttree matches `HEAD`, the output is the same as `git describe\n+\tHEAD`.  If the working tree has local modification \"-dirty\"\n \tis appended to it.  If a repository is corrupt and Git\n \tcannot determine if there is local modification, Git will\n \terror out, unless `--broken' is given, which appends\n@@ -138,14 +138,14 @@ an abbreviated object name for the commit itself (\"2414721\")\n at the end.\n \n The number of additional commits is the number\n-of commits which would be displayed by \"git log v1.0.4..parent\".\n+of commits which would be displayed by `git log v1.0.4..parent`.\n The hash suffix is \"-g\" + unambiguous abbreviation for the tip commit\n of parent (which was `2414721b194453f058079d897d13c4e377f92dc6`).\n-The \"g\" prefix stands for \"git\" and is used to allow describing the version of\n+The \"g\" prefix stands for `git` and is used to allow describing the version of\n a software depending on the SCM the software is managed with. This is useful\n in an environment where people may use different SCMs.\n \n-Doing a 'git describe' on a tag-name will just show the tag name:\n+Doing a `git describe` on a tag-name will just show the tag name:\n \n \t[torvalds@g5 git]$ git describe v1.0.4\n \tv1.0.4\n@@ -175,13 +175,13 @@ be sufficient to disambiguate these commits.\n SEARCH STRATEGY\n ---------------\n \n-For each commit-ish supplied, 'git describe' will first look for\n+For each commit-ish supplied, `git describe` will first look for\n a tag which tags exactly that commit.  Annotated tags will always\n be preferred over lightweight tags, and tags with newer dates will\n always be preferred over tags with older dates.  If an exact match\n is found, its name will be output and searching will stop.\n \n-If an exact match was not found, 'git describe' will walk back\n+If an exact match was not found, `git describe` will walk back\n through the commit history to locate an ancestor commit which\n has been tagged.  The ancestor's tag will be output along with an\n abbreviation of the input commit-ish's SHA-1. If `--first-parent` was\ndiff --git a/Documentation/git-diff-files.txt b/Documentation/git-diff-files.txt\nindex 906774f0f7..b0fb276b99 100644\n--- a/Documentation/git-diff-files.txt\n+++ b/Documentation/git-diff-files.txt\n@@ -9,14 +9,14 @@ git-diff-files - Compares files in the working tree and the index\n SYNOPSIS\n --------\n [verse]\n-'git diff-files' [-q] [-0|-1|-2|-3|-c|--cc] [<common diff options>] [<path>...]\n+`git diff-files` [-q] [-0|-1|-2|-3|-c|--cc] [<common diff options>] [<path>...]\n \n DESCRIPTION\n -----------\n Compares the files in the working tree and the index.  When paths\n are specified, compares only those named paths.  Otherwise all\n entries in the index are compared.  The output format is the\n-same as for 'git diff-index' and 'git diff-tree'.\n+same as for `git diff-index` and `git diff-tree`.\n \n OPTIONS\n -------\ndiff --git a/Documentation/git-diff-index.txt b/Documentation/git-diff-index.txt\nindex 10e79a29aa..87db234e77 100644\n--- a/Documentation/git-diff-index.txt\n+++ b/Documentation/git-diff-index.txt\n@@ -9,7 +9,7 @@ git-diff-index - Compare a tree to the working tree or index\n SYNOPSIS\n --------\n [verse]\n-'git diff-index' [-m] [--cached] [--merge-base] [<common diff options>] <tree-ish> [<path>...]\n+`git diff-index` [-m] [--cached] [--merge-base] [<common diff options>] <tree-ish> [<path>...]\n \n DESCRIPTION\n -----------\n@@ -37,7 +37,7 @@ include::diff-options.txt[]\n -m::\n \tBy default, files recorded in the index but not checked\n \tout are reported as deleted.  This flag makes\n-\t'git diff-index' say that all non-checked-out files are up\n+\t`git diff-index` say that all non-checked-out files are up\n \tto date.\n \n include::diff-format.txt[]\n@@ -54,7 +54,7 @@ CACHED MODE\n If `--cached` is specified, it allows you to ask:\n \n \tshow me the differences between `HEAD` and the current index\n-\tcontents (the ones I'd write using 'git write-tree')\n+\tcontents (the ones I'd write using `git write-tree`)\n \n For example, let's say that you have worked on your working directory, updated\n some files in the index and are ready to commit. You want to see exactly\n@@ -66,7 +66,7 @@ object and compare it that way, and to do that, you just do\n Example: let's say I had renamed `commit.c` to `git-commit.c`, and I had\n done an `update-index` to make that effective in the index file.\n `git diff-files` wouldn't show anything at all, since the index file\n-matches my working directory. But doing a 'git diff-index' does:\n+matches my working directory. But doing a `git diff-index` does:\n \n   torvalds@ppc970:~/git> git diff-index --cached HEAD\n   -100644 blob    4161aecc6700a2eb579e842af0b7f22b98443f74        commit.c\n@@ -75,7 +75,7 @@ matches my working directory. But doing a 'git diff-index' does:\n You can see easily that the above is a rename.\n \n In fact, `git diff-index --cached` *should* always be entirely equivalent to\n-actually doing a 'git write-tree' and comparing that. Except this one is much\n+actually doing a `git write-tree` and comparing that. Except this one is much\n nicer for the case where you just want to check where you are.\n \n So doing a `git diff-index --cached` is basically very useful when you are\n@@ -86,20 +86,20 @@ NON-CACHED MODE\n ---------------\n The \"non-cached\" mode takes a different approach, and is potentially\n the more useful of the two in that what it does can't be emulated with\n-a 'git write-tree' + 'git diff-tree'. Thus that's the default mode.\n+a `git write-tree` + `git diff-tree`. Thus that's the default mode.\n The non-cached version asks the question:\n \n   show me the differences between `HEAD` and the currently checked out\n   tree - index contents _and_ files that aren't up to date\n \n which is obviously a very useful question too, since that tells you what\n-you *could* commit. Again, the output matches the 'git diff-tree -r'\n+you *could* commit. Again, the output matches the `git diff-tree -r`\n output to a tee, but with a twist.\n \n The twist is that if some file doesn't match the index, we don't have\n a backing store thing for it, and we use the magic \"all-zero\" sha1 to\n show that. So let's say that you have edited `kernel/sched.c`, but\n-have not actually done a 'git update-index' on it yet - there is no\n+have not actually done a `git update-index` on it yet - there is no\n \"object\" associated with the new state, and you get:\n \n   torvalds@ppc970:~/v2.6/linux> git diff-index --abbrev HEAD\n@@ -110,11 +110,11 @@ not up to date and may contain new stuff. The all-zero sha1 means that to\n get the real diff, you need to look at the object in the working directory\n directly rather than do an object-to-object diff.\n \n-NOTE: As with other commands of this type, 'git diff-index' does not\n+NOTE: As with other commands of this type, `git diff-index` does not\n actually look at the contents of the file at all. So maybe\n `kernel/sched.c` hasn't actually changed, and it's just that you\n touched it. In either case, it's a note that you need to\n-'git update-index' it to make the index be in sync.\n+`git update-index` it to make the index be in sync.\n \n NOTE: You can have a mixture of files show up as \"has been updated\"\n and \"is still dirty in the working directory\" together. You can always\ndiff --git a/Documentation/git-diff-tree.txt b/Documentation/git-diff-tree.txt\nindex b9225cd824..56354886a4 100644\n--- a/Documentation/git-diff-tree.txt\n+++ b/Documentation/git-diff-tree.txt\n@@ -9,7 +9,7 @@ git-diff-tree - Compares the content and mode of blobs found via two tree object\n SYNOPSIS\n --------\n [verse]\n-'git diff-tree' [--stdin] [-m] [-s] [-v] [--no-commit-id] [--pretty]\n+`git diff-tree` [--stdin] [-m] [-s] [-v] [--no-commit-id] [--pretty]\n \t      [-t] [-r] [-c | --cc] [--combined-all-paths] [--root] [--merge-base]\n \t      [<common diff options>] <tree-ish> [<tree-ish>] [<path>...]\n \n@@ -20,7 +20,7 @@ Compares the content and mode of the blobs found via two tree objects.\n If there is only one <tree-ish> given, the commit is compared with its parents\n (see `--stdin` below).\n \n-Note that 'git diff-tree' can use the tree encapsulated in a commit object.\n+Note that `git diff-tree` can use the tree encapsulated in a commit object.\n \n OPTIONS\n -------\n@@ -69,25 +69,25 @@ The following flags further affect the behavior when comparing\n commits (but not trees).\n \n -m::\n-\tBy default, 'git diff-tree --stdin' does not show\n+\tBy default, `git diff-tree --stdin` does not show\n \tdifferences for merge commits.  With this flag, it shows\n \tdifferences to that commit from all of its parents. See\n \talso `-c`.\n \n -s::\n-\tBy default, 'git diff-tree --stdin' shows differences,\n+\tBy default, `git diff-tree --stdin` shows differences,\n \teither in machine-readable form (without `-p`) or in patch\n \tform (with `-p`).  This output can be suppressed.  It is\n \tonly useful with `-v` flag.\n \n -v::\n-\tThis flag causes 'git diff-tree --stdin' to also show\n+\tThis flag causes `git diff-tree --stdin` to also show\n \tthe commit message before the differences.\n \n include::pretty-options.txt[]\n \n --no-commit-id::\n-\t'git diff-tree' outputs a line with the commit ID when\n+\t`git diff-tree` outputs a line with the commit ID when\n \tapplicable.  This flag suppressed the commit ID output.\n \n -c::\ndiff --git a/Documentation/git-diff.txt b/Documentation/git-diff.txt\nindex 33a47958bc..7779631421 100644\n--- a/Documentation/git-diff.txt\n+++ b/Documentation/git-diff.txt\n@@ -9,12 +9,12 @@ git-diff - Show changes between commits, commit and working tree, etc\n SYNOPSIS\n --------\n [verse]\n-'git diff' [<options>] [<commit>] [--] [<path>...]\n-'git diff' [<options>] --cached [--merge-base] [<commit>] [--] [<path>...]\n-'git diff' [<options>] [--merge-base] <commit> [<commit>...] <commit> [--] [<path>...]\n-'git diff' [<options>] <commit>...<commit> [--] [<path>...]\n-'git diff' [<options>] <blob> <blob>\n-'git diff' [<options>] --no-index [--] <path> <path>\n+`git diff` [<options>] [<commit>] [--] [<path>...]\n+`git diff` [<options>] --cached [--merge-base] [<commit>] [--] [<path>...]\n+`git diff` [<options>] [--merge-base] <commit> [<commit>...] <commit> [--] [<path>...]\n+`git diff` [<options>] <commit>...<commit> [--] [<path>...]\n+`git diff` [<options>] <blob> <blob>\n+`git diff` [<options>] --no-index [--] <path> <path>\n \n DESCRIPTION\n -----------\n@@ -23,7 +23,7 @@ between the index and a tree, changes between two trees, changes resulting\n from a merge, changes between two blob objects, or changes between two\n files on disk.\n \n-'git diff' [<options>] [--] [<path>...]::\n+`git diff` [<options>] [--] [<path>...]::\n \n \tThis form is to view the changes you made relative to\n \tthe index (staging area for the next commit).  In other\n@@ -31,7 +31,7 @@ files on disk.\n \tfurther add to the index but you still haven't.  You can\n \tstage these changes by using linkgit:git-add[1].\n \n-'git diff' [<options>] --no-index [--] <path> <path>::\n+`git diff` [<options>] --no-index [--] <path> <path>::\n \n \tThis form is to compare the given two paths on the\n \tfilesystem.  You can omit the `--no-index` option when\n@@ -40,7 +40,7 @@ files on disk.\n \tor when running the command outside a working tree\n \tcontrolled by Git. This form implies `--exit-code`.\n \n-'git diff' [<options>] --cached [--merge-base] [<commit>] [--] [<path>...]::\n+`git diff` [<options>] --cached [--merge-base] [<commit>] [--] [<path>...]::\n \n \tThis form is to view the changes you staged for the next\n \tcommit relative to the named <commit>.  Typically you\n@@ -54,7 +54,7 @@ If `--merge-base` is given, instead of using <commit>, use the merge base\n of <commit> and `HEAD`.  `git diff --merge-base A` is equivalent to\n `git diff $(git merge-base A HEAD)`.\n \n-'git diff' [<options>] <commit> [--] [<path>...]::\n+`git diff` [<options>] <commit> [--] [<path>...]::\n \n \tThis form is to view the changes you have in your\n \tworking tree relative to the named <commit>.  You can\n@@ -62,7 +62,7 @@ of <commit> and `HEAD`.  `git diff --merge-base A` is equivalent to\n \tbranch name to compare with the tip of a different\n \tbranch.\n \n-'git diff' [<options>] [--merge-base] <commit> <commit> [--] [<path>...]::\n+`git diff` [<options>] [--merge-base] <commit> <commit> [--] [<path>...]::\n \n \tThis is to view the changes between two arbitrary\n \t<commit>.\n@@ -71,7 +71,7 @@ If `--merge-base` is given, use the merge base of the two commits for the\n \"before\" side.  `git diff --merge-base A B` is equivalent to\n `git diff $(git merge-base A B) B`.\n \n-'git diff' [<options>] <commit> <commit>... <commit> [--] [<path>...]::\n+`git diff` [<options>] <commit> <commit>... <commit> [--] [<path>...]::\n \n \tThis form is to view the results of a merge commit.  The first\n \tlisted <commit> must be the merge itself; the remaining two or\n@@ -80,14 +80,14 @@ If `--merge-base` is given, use the merge base of the two commits for the\n \tFor instance, if `master` names a merge commit, `git diff master\n \tmaster^@` gives the same combined diff as `git show master`.\n \n-'git diff' [<options>] <commit>..<commit> [--] [<path>...]::\n+`git diff` [<options>] <commit>..<commit> [--] [<path>...]::\n \n \tThis is synonymous to the earlier form (without the `..`) for\n \tviewing the changes between two arbitrary <commit>.  If <commit> on\n \tone side is omitted, it will have the same effect as\n \tusing `HEAD` instead.\n \n-'git diff' [<options>] <commit>\\...<commit> [--] [<path>...]::\n+`git diff` [<options>] <commit>\\...<commit> [--] [<path>...]::\n \n \tThis form is to view the changes on the branch containing\n \tand up to the second <commit>, starting at a common ancestor\n@@ -107,7 +107,7 @@ and the range notations (`<commit>..<commit>` and\n `<commit>...<commit>`) do not mean a range as defined in the\n \"SPECIFYING RANGES\" section in linkgit:gitrevisions[7].\n \n-'git diff' [<options>] <blob> <blob>::\n+`git diff` [<options>] <blob> <blob>::\n \n \tThis form is to view the differences between the raw\n \tcontents of two blob objects.\ndiff --git a/Documentation/git-difftool.txt b/Documentation/git-difftool.txt\nindex 143b0c49d7..b646654941 100644\n--- a/Documentation/git-difftool.txt\n+++ b/Documentation/git-difftool.txt\n@@ -8,13 +8,13 @@ git-difftool - Show changes using common diff tools\n SYNOPSIS\n --------\n [verse]\n-'git difftool' [<options>] [<commit> [<commit>]] [--] [<path>...]\n+`git difftool` [<options>] [<commit> [<commit>]] [--] [<path>...]\n \n DESCRIPTION\n -----------\n-'git difftool' is a Git command that allows you to compare and edit files\n-between revisions using common diff tools.  'git difftool' is a frontend\n-to 'git diff' and accepts the same options and arguments. See\n+`git difftool` is a Git command that allows you to compare and edit files\n+between revisions using common diff tools.  `git difftool` is a frontend\n+to `git diff` and accepts the same options and arguments. See\n linkgit:git-diff[1].\n \n OPTIONS\n@@ -48,23 +48,23 @@ OPTIONS\n \temerge, kompare, meld, and vimdiff. Run `git difftool --tool-help`\n \tfor the list of valid <tool> settings.\n +\n-If a diff tool is not specified, 'git difftool'\n+If a diff tool is not specified, `git difftool`\n will use the configuration variable `diff.tool`.  If the\n-configuration variable `diff.tool` is not set, 'git difftool'\n+configuration variable `diff.tool` is not set, `git difftool`\n will pick a suitable default.\n +\n You can explicitly provide a full path to the tool by setting the\n configuration variable `difftool.<tool>.path`. For example, you\n can configure the absolute path to kdiff3 by setting\n-`difftool.kdiff3.path`. Otherwise, 'git difftool' assumes the\n+`difftool.kdiff3.path`. Otherwise, `git difftool` assumes the\n tool is available in PATH.\n +\n Instead of running one of the known diff tools,\n-'git difftool' can be customized to run an alternative program\n+`git difftool` can be customized to run an alternative program\n by specifying the command line to invoke in a configuration\n variable `difftool.<tool>.cmd`.\n +\n-When 'git difftool' is invoked with this tool (either through the\n+When `git difftool` is invoked with this tool (either through the\n `-t` or `--tool` option or the `diff.tool` configuration variable)\n the configured command line will be invoked with the following\n variables available: `$LOCAL` is set to the name of the temporary\n@@ -78,24 +78,24 @@ with custom merge tool commands and has the same value as `$MERGED`.\n \tPrint a list of diff tools that may be used with `--tool`.\n \n --[no-]symlinks::\n-\t'git difftool''s default behavior is create symlinks to the\n+\t`git difftool`'s default behavior is create symlinks to the\n \tworking tree when run in `--dir-diff` mode and the right-hand\n \tside of the comparison yields the same content as the file in\n \tthe working tree.\n +\n-Specifying `--no-symlinks` instructs 'git difftool' to create copies\n+Specifying `--no-symlinks` instructs `git difftool` to create copies\n instead.  `--no-symlinks` is the default on Windows.\n \n -x <command>::\n --extcmd=<command>::\n \tSpecify a custom command for viewing diffs.\n-\t'git-difftool' ignores the configured defaults and runs\n+\t`git-difftool` ignores the configured defaults and runs\n \t`$command $LOCAL $REMOTE` when this option is specified.\n \tAdditionally, `$BASE` is set in the environment.\n \n -g::\n --[no-]gui::\n-\tWhen 'git-difftool' is invoked with the `-g` or `--gui` option\n+\tWhen `git-difftool` is invoked with the `-g` or `--gui` option\n \tthe default diff tool will be read from the configured\n \t`diff.guitool` variable instead of `diff.tool`. The `--no-gui`\n \toption can be used to override this setting. If `diff.guitool`\n@@ -103,19 +103,19 @@ instead.  `--no-symlinks` is the default on Windows.\n \t`diff.tool`, `merge.tool` until a tool is found.\n \n --[no-]trust-exit-code::\n-\t'git-difftool' invokes a diff tool individually on each file.\n+\t`git-difftool` invokes a diff tool individually on each file.\n \tErrors reported by the diff tool are ignored by default.\n-\tUse `--trust-exit-code` to make 'git-difftool' exit when an\n+\tUse `--trust-exit-code` to make `git-difftool` exit when an\n \tinvoked diff tool returns a non-zero exit code.\n +\n-'git-difftool' will forward the exit code of the invoked tool when\n+`git-difftool` will forward the exit code of the invoked tool when\n `--trust-exit-code` is used.\n \n See linkgit:git-diff[1] for the full list of supported options.\n \n CONFIG VARIABLES\n ----------------\n-'git difftool' falls back to 'git mergetool' config variables when the\n+`git difftool` falls back to `git mergetool` config variables when the\n difftool equivalents have not been defined.\n \n diff.tool::\ndiff --git a/Documentation/git-fast-export.txt b/Documentation/git-fast-export.txt\nindex 3a6a77abac..24b10d4ad1 100644\n--- a/Documentation/git-fast-export.txt\n+++ b/Documentation/git-fast-export.txt\n@@ -9,23 +9,23 @@ git-fast-export - Git data exporter\n SYNOPSIS\n --------\n [verse]\n-'git fast-export [<options>]' | 'git fast-import'\n+`git fast-export [<options>]` | `git fast-import`\n \n DESCRIPTION\n -----------\n This program dumps the given revisions in a form suitable to be piped\n-into 'git fast-import'.\n+into `git fast-import`.\n \n You can use it as a human-readable bundle replacement (see\n linkgit:git-bundle[1]), or as a format that can be edited before being\n-fed to 'git fast-import' in order to do history rewrites (an ability\n-relied on by tools like 'git filter-repo').\n+fed to `git fast-import` in order to do history rewrites (an ability\n+relied on by tools like `git filter-repo`).\n \n OPTIONS\n -------\n --progress=<n>::\n \tInsert 'progress' statements every <n> objects, to be shown by\n-\t'git fast-import' during import.\n+\t`git fast-import` during import.\n \n --signed-tags=(verbatim|warn|warn-strip|strip|abort)::\n \tSpecify how to handle signed tags.  Since any transformation\n@@ -139,7 +139,7 @@ by keeping the marks the same across runs.\n --show-original-ids::\n \tAdd an extra directive to the output for commits and blobs,\n \t`original-oid <SHA1SUM>`.  While such directives will likely be\n-\tignored by importers such as git-fast-import, it may be useful\n+\tignored by importers such as `git-fast-import`, it may be useful\n \tfor intermediary filters (e.g. for rewriting commit messages\n \twhich refer to older commits, or for stripping blobs by id).\n \n@@ -155,8 +155,8 @@ by keeping the marks the same across runs.\n \tbe specified.\n \n [<git-rev-list-args>...]::\n-\tA list of arguments, acceptable to 'git rev-parse' and\n-\t'git rev-list', that specifies the specific objects and references\n+\tA list of arguments, acceptable to `git rev-parse` and\n+\t`git rev-list`, that specifies the specific objects and references\n \tto export.  For example, `master~10..master` causes the\n \tcurrent `master` reference to be exported along with all objects\n \tadded since its 10th ancestor commit and (unless the\n@@ -191,14 +191,14 @@ referenced by that revision range contains the string\n ANONYMIZING\n -----------\n \n-If the `--anonymize` option is given, git will attempt to remove all\n+If the `--anonymize` option is given, `git` will attempt to remove all\n identifying information from the repository while still retaining enough\n of the original tree and history patterns to reproduce some bugs. The\n-goal is that a git bug which is found on a private repository will\n+goal is that a `git` bug which is found on a private repository will\n persist in the anonymized repository, and the latter can be shared with\n-git developers to help solve the bug.\n+`git` developers to help solve the bug.\n \n-With this option, git will replace all refnames, paths, blob contents,\n+With this option, `git` will replace all refnames, paths, blob contents,\n commit and tag messages, names, and email addresses in the output with\n anonymized data.  Two instances of the same string will be replaced\n equivalently (e.g., two commits with the same author will have the same\n@@ -210,7 +210,7 @@ the tree is retained (e.g., if you have a root tree with 10 files and 3\n trees, so will the output), but their names and the contents of the\n files will be replaced.\n \n-If you think you have found a git bug, you can start by exporting an\n+If you think you have found a `git` bug, you can start by exporting an\n anonymized stream of the whole repository:\n \n ---------------------------------------------------\n@@ -271,7 +271,7 @@ final pathname would be `publicdir/bar.c`.\n LIMITATIONS\n -----------\n \n-Since 'git fast-import' cannot tag trees, you will not be\n+Since `git fast-import` cannot tag trees, you will not be\n able to export the linux.git repository completely, as it contains\n a tag referencing a tree instead of a commit.\n \ndiff --git a/Documentation/git-fast-import.txt b/Documentation/git-fast-import.txt\nindex ff67238633..eeac242732 100644\n--- a/Documentation/git-fast-import.txt\n+++ b/Documentation/git-fast-import.txt\n@@ -9,14 +9,14 @@ git-fast-import - Backend for fast Git data importers\n SYNOPSIS\n --------\n [verse]\n-frontend | 'git fast-import' [<options>]\n+frontend | `git fast-import` [<options>]\n \n DESCRIPTION\n -----------\n This program is usually not what the end user wants to run directly.\n Most end users want to use one of the existing frontend programs,\n which parses a specific type of foreign source and feeds the contents\n-stored there to 'git fast-import'.\n+stored there to `git fast-import`.\n \n fast-import reads a mixed command/data stream from standard input and\n writes one or more packfiles directly into the current repository.\n@@ -25,7 +25,7 @@ updated branch and tag refs, fully updating the current repository\n with the newly imported data.\n \n The fast-import backend itself can import into an empty repository (one that\n-has already been initialized by 'git init') or incrementally\n+has already been initialized by `git init`) or incrementally\n update an existing populated repository.  Whether or not incremental\n imports are supported from a particular foreign source depends on\n the frontend program in use.\n@@ -115,7 +115,7 @@ Locations of Marks Files\n \tAfter specifying `--relative-marks` the paths specified\n \twith `--import-marks`= and `--export-marks`= are relative\n \tto an internal directory in the current repository.\n-\tIn git-fast-import this means that the paths are relative\n+\tIn `git-fast-import` this means that the paths are relative\n \tto the .git/info/fast-import directory. However, other\n \timporters may use a different location.\n +\n@@ -166,7 +166,7 @@ Performance and Compression Tuning\n \tThis information may be useful after importing projects\n \twhose total object set exceeds the 4 GiB packfile limit,\n \tas these commits can be used as edge points during calls\n-\tto 'git pack-objects'.\n+\tto `git pack-objects`.\n \n --max-pack-size=<n>::\n \tMaximum size of each output packfile.\n@@ -203,9 +203,9 @@ an ideal situation, given that most conversion tools are throw-away\n \n PARALLEL OPERATION\n ------------------\n-Like 'git push' or 'git fetch', imports handled by fast-import are safe to\n+Like `git push` or `git fetch`, imports handled by fast-import are safe to\n run alongside parallel `git repack -a -d` or `git gc` invocations,\n-or any other Git operation (including 'git prune', as loose objects\n+or any other Git operation (including `git prune`, as loose objects\n are never used by fast-import).\n \n fast-import does not lock the branch or tag refs it is actively importing.\n@@ -307,7 +307,7 @@ and some sanity checks on the numeric values may also be performed.\n +\n An example value is ``Tue Feb 6 11:22:18 2007 -0500''.  The Git\n parser is accurate, but a little on the lenient side.  It is the\n-same parser used by 'git am' when applying patches\n+same parser used by `git am` when applying patches\n received from email.\n +\n Some malformed strings may be accepted as valid dates.  In some of\n@@ -343,7 +343,7 @@ time zone.\n This particular format is supplied as it's short to implement and\n may be useful to a process that wants to create a new commit\n right now, without needing to use a working directory or\n-'git update-index'.\n+`git update-index`.\n +\n If separate `author` and `committer` commands are used in a `commit`\n the timestamps may not match, as the system clock will be polled\n@@ -509,7 +509,7 @@ their syntax.\n ^^^^^^^^^^\n The optional `encoding` command indicates the encoding of the commit\n message.  Most commits are UTF-8 and the encoding is omitted, but this\n-allows importing commit messages into git without first reencoding them.\n+allows importing commit messages into `git` without first reencoding them.\n \n `from`\n ^^^^^^\n@@ -859,7 +859,7 @@ recommended, as the frontend does not (easily) have access to the\n complete set of bytes which normally goes into such a signature.\n If signing is required, create lightweight tags from within fast-import with\n `reset`, then create the annotated versions of those tags offline\n-with the standard 'git tag' process.\n+with the standard `git tag` process.\n \n `reset`\n ~~~~~~~\n@@ -1120,7 +1120,7 @@ The <dataref> represents the blob, tree, or commit object at <path>\n and can be used in later 'get-mark', 'cat-blob', 'filemodify', or\n 'ls' commands.\n \n-If there is no file or subtree at that path, 'git fast-import' will\n+If there is no file or subtree at that path, `git fast-import` will\n instead report\n \n ====\n@@ -1183,14 +1183,14 @@ done::\n \tabruptly at a convenient point in the stream can go\n \tundetected.  This may occur, for example, if an import\n \tfront end dies in mid-operation without emitting SIGTERM\n-\tor SIGKILL at its subordinate git fast-import instance.\n+\tor SIGKILL at its subordinate `git fast-import` instance.\n \n `option`\n ~~~~~~~~\n-Processes the specified option so that git fast-import behaves in a\n+Processes the specified option so that `git fast-import` behaves in a\n way that suits the frontend's needs.\n Note that options specified by the frontend are overridden by any\n-options the user may specify to git fast-import itself.\n+options the user may specify to `git fast-import` itself.\n \n ....\n     'option' SP <option> LF\n@@ -1396,7 +1396,7 @@ is not `refs/heads/TAG_FIXUP`).\n \n When committing fixups, consider using `merge` to connect the\n commit(s) which are supplying file revisions to the fixup branch.\n-Doing so will allow tools such as 'git blame' to track\n+Doing so will allow tools such as `git blame` to track\n through the real commit history and properly annotate the source\n files.\n \n@@ -1425,7 +1425,7 @@ Repacking Historical Data\n ~~~~~~~~~~~~~~~~~~~~~~~~~\n If you are repacking very old imported data (e.g. older than the\n last year), consider expending some extra CPU time and supplying\n-`--window=50` (or higher) when you run 'git repack'.\n+`--window=50` (or higher) when you run `git repack`.\n This will take longer, but will also produce a smaller packfile.\n You only need to expend the effort once, and everyone using your\n project will benefit from the smaller repository.\n@@ -1558,7 +1558,7 @@ memory footprint (less than 2.7 MiB per active branch).\n \n SIGNALS\n -------\n-Sending *SIGUSR1* to the 'git fast-import' process ends the current\n+Sending *SIGUSR1* to the `git fast-import` process ends the current\n packfile early, simulating a `checkpoint` command.  The impatient\n operator can use this facility to peek at the objects and refs from an\n import in progress, at the cost of some added running time and worse\ndiff --git a/Documentation/git-fetch-pack.txt b/Documentation/git-fetch-pack.txt\nindex 1f48f89e3e..eaca893ac8 100644\n--- a/Documentation/git-fetch-pack.txt\n+++ b/Documentation/git-fetch-pack.txt\n@@ -9,21 +9,21 @@ git-fetch-pack - Receive missing objects from another repository\n SYNOPSIS\n --------\n [verse]\n-'git fetch-pack' [--all] [--quiet|-q] [--keep|-k] [--thin] [--include-tag]\n+`git fetch-pack` [--all] [--quiet|-q] [--keep|-k] [--thin] [--include-tag]\n \t[--upload-pack=<git-upload-pack>]\n \t[--depth=<n>] [--no-progress]\n \t[-v] <repository> [<refs>...]\n \n DESCRIPTION\n -----------\n-Usually you would want to use 'git fetch', which is a\n+Usually you would want to use `git fetch`, which is a\n higher level wrapper of this command, instead.\n \n-Invokes 'git-upload-pack' on a possibly remote repository\n+Invokes `git-upload-pack` on a possibly remote repository\n and asks it to send objects missing from this repository, to\n update the named heads.  The list of commits available locally\n is found out by scanning the local refs/ hierarchy and sent to\n-'git-upload-pack' running on the other end.\n+`git-upload-pack` running on the other end.\n \n This command degenerates to download everything to complete the\n asked refs from the remote side when the local side does not\n@@ -47,12 +47,12 @@ be in a separate packet, and the list must end with a flush packet.\n \n -q::\n --quiet::\n-\tPass `-q` flag to 'git unpack-objects'; this makes the\n+\tPass `-q` flag to `git unpack-objects`; this makes the\n \tcloning process less verbose.\n \n -k::\n --keep::\n-\tDo not invoke 'git unpack-objects' on received data, but\n+\tDo not invoke `git unpack-objects` on received data, but\n \tcreate a single packfile out of it instead, and store it\n \tin the object database. If provided twice then the pack is\n \tlocked against repacking.\n@@ -68,11 +68,11 @@ be in a separate packet, and the list must end with a flush packet.\n \totherwise determine the tags this option made available.\n \n --upload-pack=<git-upload-pack>::\n-\tUse this to specify the path to 'git-upload-pack' on the\n+\tUse this to specify the path to `git-upload-pack` on the\n \tremote side, if is not found on your $PATH.\n \tInstallations of sshd ignores the user's environment\n \tsetup scripts for login shells (e.g. .bash_profile) and\n-\tyour privately installed git may not be found on the system\n+\tyour privately installed `git` may not be found on the system\n \tdefault $PATH.  Another workaround suggested is to set\n \tup your $PATH in \".bashrc\", but this flag is for people\n \twho do not want to pay the overhead for non-interactive\n@@ -84,7 +84,7 @@ be in a separate packet, and the list must end with a flush packet.\n \n --depth=<n>::\n \tLimit fetching to ancestor-chains not longer than n.\n-\t'git-upload-pack' treats the special depth 2147483647 as\n+\t`git-upload-pack` treats the special depth 2147483647 as\n \tinfinite even if there is an ancestor-chain that long.\n \n --shallow-since=<date>::\ndiff --git a/Documentation/git-fetch.txt b/Documentation/git-fetch.txt\nindex 6c3f41399f..b0b5d06aad 100644\n--- a/Documentation/git-fetch.txt\n+++ b/Documentation/git-fetch.txt\n@@ -9,10 +9,10 @@ git-fetch - Download objects and refs from another repository\n SYNOPSIS\n --------\n [verse]\n-'git fetch' [<options>] [<repository> [<refspec>...]]\n-'git fetch' [<options>] <group>\n-'git fetch' --multiple [<options>] [(<repository> | <group>)...]\n-'git fetch' --all [<options>]\n+`git fetch` [<options>] [<repository> [<refspec>...]]\n+`git fetch` [<options>] <group>\n+`git fetch` --multiple [<options>] [(<repository> | <group>)...]\n+`git fetch` --all [<options>]\n \n \n DESCRIPTION\n@@ -30,7 +30,7 @@ configuring `remote.<name>.tagOpt`.  By using a refspec that fetches tags\n explicitly, you can fetch tags that do not point into branches you\n are interested in as well.\n \n-'git fetch' can fetch from either a single named repository or URL,\n+`git fetch` can fetch from either a single named repository or URL,\n or from several repositories at once if <group> is given and\n there is a `remotes.<group>` entry in the configuration file.\n (See linkgit:git-config[1]).\n@@ -40,7 +40,7 @@ unless there's an upstream branch configured for the current branch.\n \n The names of refs that are fetched, together with the object names\n they point at, are written to `.git/FETCH_HEAD`.  This information\n-may be used by scripts or other git commands, such as linkgit:git-pull[1].\n+may be used by scripts or other `git` commands, such as linkgit:git-pull[1].\n \n OPTIONS\n -------\n@@ -193,7 +193,7 @@ $ git fetch <url of origin> --prune 'refs/tags/*:refs/tags/*'\n OUTPUT\n ------\n \n-The output of \"git fetch\" depends on the transport method used; this\n+The output of `git fetch` depends on the transport method used; this\n section describes the output when fetching over the Git protocol\n (either locally or via ssh) and Smart HTTP protocol.\n \ndiff --git a/Documentation/git-filter-branch.txt b/Documentation/git-filter-branch.txt\nindex 520d3df371..b21205d265 100644\n--- a/Documentation/git-filter-branch.txt\n+++ b/Documentation/git-filter-branch.txt\n@@ -8,7 +8,7 @@ git-filter-branch - Rewrite branches\n SYNOPSIS\n --------\n [verse]\n-'git filter-branch' [--setup <command>] [--subdirectory-filter <directory>]\n+`git filter-branch` [--setup <command>] [--subdirectory-filter <directory>]\n \t[--env-filter <command>] [--tree-filter <command>]\n \t[--index-filter <command>] [--parent-filter <command>]\n \t[--msg-filter <command>] [--commit-filter <command>]\n@@ -18,13 +18,13 @@ SYNOPSIS\n \n WARNING\n -------\n-'git filter-branch' has a plethora of pitfalls that can produce non-obvious\n+`git filter-branch` has a plethora of pitfalls that can produce non-obvious\n manglings of the intended history rewrite (and can leave you with little\n time to investigate such problems since it has such abysmal performance).\n These safety and performance issues cannot be backward compatibly fixed and\n as such, its use is not recommended.  Please use an alternative history\n filtering tool such as https://github.com/newren/git-filter-repo/[git\n-filter-repo].  If you still need to use 'git filter-branch', please\n+filter-repo].  If you still need to use `git filter-branch`, please\n carefully read <<SAFETY>> (and <<PERFORMANCE>>) to learn about the land\n mines of filter-branch, and then vigilantly avoid as many of the hazards\n listed there as reasonably possible.\n@@ -145,7 +145,7 @@ OPTIONS\n --commit-filter <command>::\n \tThis is the filter for performing the commit.\n \tIf this filter is specified, it will be called instead of the\n-\t'git commit-tree' command, with arguments of the form\n+\t`git commit-tree` command, with arguments of the form\n \t\"<TREE_ID> [(-p <PARENT_COMMIT_ID>)...]\" and the log message on\n \tstdin.  The commit id is expected on stdout.\n +\n@@ -156,7 +156,7 @@ have all of them as parents.\n You can use the 'map' convenience function in this filter, and other\n convenience functions, too.  For example, calling 'skip_commit \"$@\"'\n will leave out the current commit (but not its changes! If you want\n-that, use 'git rebase' instead).\n+that, use `git rebase` instead).\n +\n You can also use the `git_commit_non_empty_tree \"$@\"` instead of\n `git commit-tree \"$@\"` if you don't wish to keep commits with a single parent\n@@ -187,7 +187,7 @@ to other tags will be rewritten to point to the underlying commit.\n \n --prune-empty::\n \tSome filters will generate empty commits that leave the tree untouched.\n-\tThis option instructs git-filter-branch to remove such commits if they\n+\tThis option instructs `git-filter-branch` to remove such commits if they\n \thave exactly one or zero non-pruned parents; merge commits will\n \ttherefore remain intact.  This option cannot be used together with\n \t`--commit-filter`, though the same effect can be achieved by using the\n@@ -207,7 +207,7 @@ to other tags will be rewritten to point to the underlying commit.\n \n -f::\n --force::\n-\t'git filter-branch' refuses to start with an existing temporary\n+\t`git filter-branch` refuses to start with an existing temporary\n \tdirectory or when there are already refs starting with\n \t'refs/original/', unless forced.\n \n@@ -218,10 +218,10 @@ to other tags will be rewritten to point to the underlying commit.\n \ttrees. If '<branch>' does not exist it will be created.\n \n <rev-list options>...::\n-\tArguments for 'git rev-list'.  All positive refs included by\n+\tArguments for `git rev-list`.  All positive refs included by\n \tthese options are rewritten.  You may also specify options\n \tsuch as `--all`, but you must use `--` to separate them from\n-\tthe 'git filter-branch' options. Implies <<Remap_to_ancestor>>.\n+\tthe `git filter-branch` options. Implies <<Remap_to_ancestor>>.\n \n \n [[Remap_to_ancestor]]\n@@ -257,7 +257,7 @@ However, if the file is absent from the tree of some commit,\n a simple `rm filename` will fail for that tree and commit.\n Thus you may instead want to use `rm -f filename` as the script.\n \n-Using `--index-filter` with 'git rm' yields a significantly faster\n+Using `--index-filter` with `git rm` yields a significantly faster\n version.  Like with using `rm filename`, `git rm --cached filename`\n will fail if the file is absent from the tree of a commit.  If you\n want to \"completely forget\" a file, it does not matter when it entered\n@@ -341,10 +341,10 @@ as their parents instead of the merge commit.\n *NOTE* the changes introduced by the commits, and which are not reverted\n by subsequent commits, will still be in the rewritten branch. If you want\n to throw out _changes_ together with the commits, you should use the\n-interactive mode of 'git rebase'.\n+interactive mode of `git rebase`.\n \n You can rewrite the commit log messages using `--msg-filter`.  For\n-example, 'git svn-id' strings in a repository created by 'git svn' can\n+example, `git svn-id` strings in a repository created by `git svn` can\n be removed this way:\n \n -------------------------------------------------------\n@@ -383,7 +383,7 @@ git filter-branch --env-filter '\n \n To restrict rewriting to only part of the history, specify a revision\n range in addition to the new branch name.  The new branch name will\n-point to the top-most revision that a 'git rev-list' of this range\n+point to the top-most revision that a `git rev-list` of this range\n will print.\n \n Consider this history:\n@@ -422,7 +422,7 @@ git filter-branch --index-filter \\\n CHECKLIST FOR SHRINKING A REPOSITORY\n ------------------------------------\n \n-git-filter-branch can be used to get rid of a subset of files,\n+`git-filter-branch` can be used to get rid of a subset of files,\n usually with some combination of `--index-filter` and\n `--subdirectory-filter`.  People expect the resulting repository to\n be smaller than the original, but you need a few more steps to\n@@ -434,7 +434,7 @@ objects until you tell it to.  First make sure that:\n   can help you find renames.\n \n * You really filtered all refs: use `--tag-name-filter cat -- --all`\n-  when calling git-filter-branch.\n+  when calling `git-filter-branch`.\n \n Then there are two ways to get a smaller repository.  A safer way is\n to clone, that keeps your original intact.\n@@ -448,30 +448,30 @@ following points instead (in this order).  This is a very destructive\n approach, so *make a backup* or go back to cloning it.  You have been\n warned.\n \n-* Remove the original refs backed up by git-filter-branch: say `git\n+* Remove the original refs backed up by `git-filter-branch`: say `git\n   for-each-ref --format=\"%(refname)\" refs/original/ | xargs -n 1 git\n   update-ref -d`.\n \n * Expire all reflogs with `git reflog expire --expire=now --all`.\n \n * Garbage collect all unreferenced objects with `git gc --prune=now`\n-  (or if your git-gc is not new enough to support arguments to\n+  (or if your `git-gc` is not new enough to support arguments to\n   `--prune`, use `git repack -ad; git prune` instead).\n \n [[PERFORMANCE]]\n PERFORMANCE\n -----------\n \n-The performance of git-filter-branch is glacially slow; its design makes it\n+The performance of `git-filter-branch` is glacially slow; its design makes it\n impossible for a backward-compatible implementation to ever be fast:\n \n-* In editing files, git-filter-branch by design checks out each and\n+* In editing files, `git-filter-branch` by design checks out each and\n   every commit as it existed in the original repo.  If your repo has\n   `10^5` files and `10^5` commits, but each commit only modifies five\n-  files, then git-filter-branch will make you do `10^10` modifications,\n+  files, then `git-filter-branch` will make you do `10^10` modifications,\n   despite only having (at most) `5*10^5` unique blobs.\n \n-* If you try and cheat and try to make git-filter-branch only work on\n+* If you try and cheat and try to make `git-filter-branch` only work on\n   files modified in a commit, then two things happen\n \n   ** you run into problems with deletions whenever the user is simply\n@@ -490,16 +490,16 @@ impossible for a backward-compatible implementation to ever be fast:\n   remove some and thus can avoid checking out each file (i.e. you can\n   use --index-filter), you still are passing shell snippets for your\n   filters.  This means that for every commit, you have to have a\n-  prepared git repo where those filters can be run.  That's a\n+  prepared `git` repo where those filters can be run.  That's a\n   significant setup.\n \n * Further, several additional files are created or updated per commit\n-  by git-filter-branch.  Some of these are for supporting the\n-  convenience functions provided by git-filter-branch (such as map()),\n+  by `git-filter-branch`.  Some of these are for supporting the\n+  convenience functions provided by `git-filter-branch` (such as map()),\n   while others are for keeping track of internal state (but could have\n   also been accessed by user filters; one of git-filter-branch's\n   regression tests does so).  This essentially amounts to using the\n-  filesystem as an IPC mechanism between git-filter-branch and the\n+  filesystem as an IPC mechanism between `git-filter-branch` and the\n   user-provided filters.  Disks tend to be a slow IPC mechanism, and\n   writing these files also effectively represents a forced\n   synchronization point between separate processes that we hit with\n@@ -511,46 +511,46 @@ impossible for a backward-compatible implementation to ever be fast:\n   of time between operating systems, but on any platform it is very\n   slow relative to invoking a function.\n \n-* git-filter-branch itself is written in shell, which is kind of slow.\n+* `git-filter-branch` itself is written in shell, which is kind of slow.\n   This is the one performance issue that could be backward-compatibly\n   fixed, but compared to the above problems that are intrinsic to the\n-  design of git-filter-branch, the language of the tool itself is a\n+  design of `git-filter-branch`, the language of the tool itself is a\n   relatively minor issue.\n \n   ** Side note: Unfortunately, people tend to fixate on the\n-     written-in-shell aspect and periodically ask if git-filter-branch\n+     written-in-shell aspect and periodically ask if `git-filter-branch`\n      could be rewritten in another language to fix the performance\n      issues.  Not only does that ignore the bigger intrinsic problems\n      with the design, it'd help less than you'd expect: if\n-     git-filter-branch itself were not shell, then the convenience\n+     `git-filter-branch` itself were not shell, then the convenience\n      functions (map(), skip_commit(), etc) and the `--setup` argument\n      could no longer be executed once at the beginning of the program\n      but would instead need to be prepended to every user filter (and\n      thus re-executed with every commit).\n \n The https://github.com/newren/git-filter-repo/[git filter-repo] tool is\n-an alternative to git-filter-branch which does not suffer from these\n+an alternative to `git-filter-branch` which does not suffer from these\n performance problems or the safety problems (mentioned below). For those\n-with existing tooling which relies upon git-filter-branch, 'git\n-filter-repo' also provides\n+with existing tooling which relies upon `git-filter-branch`, `git\n+filter-repo` also provides\n https://github.com/newren/git-filter-repo/blob/master/contrib/filter-repo-demos/filter-lamely[filter-lamely],\n-a drop-in git-filter-branch replacement (with a few caveats).  While\n+a drop-in `git-filter-branch` replacement (with a few caveats).  While\n filter-lamely suffers from all the same safety issues as\n-git-filter-branch, it at least ameliorates the performance issues a\n+`git-filter-branch`, it at least ameliorates the performance issues a\n little.\n \n [[SAFETY]]\n SAFETY\n ------\n \n-git-filter-branch is riddled with gotchas resulting in various ways to\n+`git-filter-branch` is riddled with gotchas resulting in various ways to\n easily corrupt repos or end up with a mess worse than what you started\n with:\n \n * Someone can have a set of \"working and tested filters\" which they\n   document or provide to a coworker, who then runs them on a different\n   OS where the same commands are not working/tested (some examples in\n-  the git-filter-branch manpage are also affected by this).\n+  the `git-filter-branch` manpage are also affected by this).\n   BSD vs. GNU userland differences can really bite.  If lucky, error\n   messages are spewed.  But just as likely, the commands either don't\n   do the filtering requested, or silently corrupt by making some\n@@ -563,7 +563,7 @@ with:\n \n * Filenames with spaces are often mishandled by shell snippets since\n   they cause problems for shell pipelines.  Not everyone is familiar\n-  with find -print0, xargs -0, git-ls-files -z, etc.  Even people who\n+  with `find -print0`, `xargs -0`, `git-ls-files -z`, etc.  Even people who\n   are familiar with these may assume such flags are not relevant\n   because someone else renamed any such files in their repo back\n   before the person doing the filtering joined the project.  And\n@@ -590,7 +590,7 @@ with:\n   problem.)\n \n * It's far too easy to accidentally mix up old and new history.  It's\n-  still possible with any tool, but git-filter-branch almost\n+  still possible with any tool, but `git-filter-branch` almost\n   invites it.  If lucky, the only downside is users getting frustrated\n   that they don't know how to shrink their repo and remove the old\n   stuff.  If unlucky, they merge old and new history and end up with\n@@ -612,7 +612,7 @@ with:\n      need to understand that they need to rebase their changes for all\n      their branches on top of new history (or delete and reclone), but\n      that's only one of multiple concerns to consider.  See the\n-     \"DISCUSSION\" section of the git filter-repo manual page for more\n+     \"DISCUSSION\" section of the `git filter-repo` manual page for more\n      details.\n \n * Annotated tags can be accidentally converted to lightweight tags,\n@@ -620,16 +620,16 @@ with:\n \n   ** Someone can do a history rewrite, realize they messed up, restore\n      from the backups in refs/original/, and then redo their\n-     git-filter-branch command.  (The backup in refs/original/ is not a\n+     `git-filter-branch` command.  (The backup in refs/original/ is not a\n      real backup; it dereferences tags first.)\n \n-  ** Running git-filter-branch with either `--tags` or `--all` in your\n+  ** Running `git-filter-branch` with either `--tags` or `--all` in your\n      <rev-list options>.  In order to retain annotated tags as\n      annotated, you must use `--tag-name-filter` (and must not have\n      restored from refs/original/ in a previously botched rewrite).\n \n * Any commit messages that specify an encoding will become corrupted\n-  by the rewrite; git-filter-branch ignores the encoding, takes the\n+  by the rewrite; `git-filter-branch` ignores the encoding, takes the\n   original bytes, and feeds it to commit-tree without telling it the\n   proper encoding.  (This happens whether or not `--msg-filter` is\n   used.)\n@@ -665,12 +665,12 @@ with:\n   update authors and committers, missing taggers.\n \n * If the user provides a `--tag-name-filter` that maps multiple tags to\n-  the same name, no warning or error is provided; git-filter-branch\n+  the same name, no warning or error is provided; `git-filter-branch`\n   simply overwrites each tag in some undocumented pre-defined order\n-  resulting in only one tag at the end.  (A git-filter-branch\n+  resulting in only one tag at the end.  (A `git-filter-branch`\n   regression test requires this surprising behavior.)\n \n-Also, the poor performance of git-filter-branch often leads to safety\n+Also, the poor performance of `git-filter-branch` often leads to safety\n issues:\n \n * Coming up with the correct shell snippet to do the filtering you\n@@ -681,7 +681,7 @@ issues:\n   circumstances (spaces in filenames, non-ascii filenames, funny\n   author names or emails, invalid timezones, presence of grafts or\n   replace objects, etc.), meaning they may have to wait a long time,\n-  hit an error, then restart.  The performance of git-filter-branch is\n+  hit an error, then restart.  The performance of `git-filter-branch` is\n   so bad that this cycle is painful, reducing the time available to\n   carefully re-check (to say nothing about what it does to the\n   patience of the person doing the rewrite even if they do technically\ndiff --git a/Documentation/git-fmt-merge-msg.txt b/Documentation/git-fmt-merge-msg.txt\nindex 86fb26dcea..a8e9ab914d 100644\n--- a/Documentation/git-fmt-merge-msg.txt\n+++ b/Documentation/git-fmt-merge-msg.txt\n@@ -9,17 +9,17 @@ git-fmt-merge-msg - Produce a merge commit message\n SYNOPSIS\n --------\n [verse]\n-'git fmt-merge-msg' [-m <message>] [--log[=<n>] | --no-log]\n-'git fmt-merge-msg' [-m <message>] [--log[=<n>] | --no-log] -F <file>\n+`git fmt-merge-msg` [-m <message>] [--log[=<n>] | --no-log]\n+`git fmt-merge-msg` [-m <message>] [--log[=<n>] | --no-log] -F <file>\n \n DESCRIPTION\n -----------\n Takes the list of merged objects on stdin and produces a suitable\n commit message to be used for the merge commit, usually to be\n-passed as the '<merge-message>' argument of 'git merge'.\n+passed as the '<merge-message>' argument of `git merge`.\n \n This command is intended mostly for internal use by scripts\n-automatically invoking 'git merge'.\n+automatically invoking `git merge`.\n \n OPTIONS\n -------\ndiff --git a/Documentation/git-for-each-ref.txt b/Documentation/git-for-each-ref.txt\nindex 64ff4a14f8..33fb379df4 100644\n--- a/Documentation/git-for-each-ref.txt\n+++ b/Documentation/git-for-each-ref.txt\n@@ -8,7 +8,7 @@ git-for-each-ref - Output information on each ref\n SYNOPSIS\n --------\n [verse]\n-'git for-each-ref' [--count=<count>] [--shell|--perl|--python|--tcl]\n+`git for-each-ref` [--count=<count>] [--shell|--perl|--python|--tcl]\n \t\t   [(--sort=<key>)...] [--format=<format>] [<pattern>...]\n \t\t   [--points-at=<object>]\n \t\t   [--merged[=<object>]] [--no-merged[=<object>]]\n@@ -125,7 +125,7 @@ objecttype::\n \tThe type of the object (`blob`, `tree`, `commit`, `tag`).\n \n objectsize::\n-\tThe size of the object (the same as 'git cat-file -s' reports).\n+\tThe size of the object (the same as `git cat-file -s` reports).\n \tAppend `:disk` to get the size, in bytes, that the object takes up on\n \tdisk. See the note about on-disk sizes in the `CAVEATS` section below.\n objectname::\ndiff --git a/Documentation/git-for-each-repo.txt b/Documentation/git-for-each-repo.txt\nindex 94bd19da26..c2d6cd6629 100644\n--- a/Documentation/git-for-each-repo.txt\n+++ b/Documentation/git-for-each-repo.txt\n@@ -9,7 +9,7 @@ git-for-each-repo - Run a Git command on a list of repositories\n SYNOPSIS\n --------\n [verse]\n-'git for-each-repo' --config=<config> [--] <arguments>\n+`git for-each-repo` --config=<config> [--] <arguments>\n \n \n DESCRIPTION\ndiff --git a/Documentation/git-format-patch.txt b/Documentation/git-format-patch.txt\nindex fd7c6c705b..2009a048a9 100644\n--- a/Documentation/git-format-patch.txt\n+++ b/Documentation/git-format-patch.txt\n@@ -9,7 +9,7 @@ git-format-patch - Prepare patches for e-mail submission\n SYNOPSIS\n --------\n [verse]\n-'git format-patch' [-k] [(-o|--output-directory) <dir> | --stdout]\n+`git format-patch` [-k] [(-o|--output-directory) <dir> | --stdout]\n \t\t   [--no-thread | --thread[=<style>]]\n \t\t   [(--attach|--inline)[=<boundary>] | --no-attach]\n \t\t   [-s | --signoff]\n@@ -39,7 +39,7 @@ DESCRIPTION\n Prepare each commit with its \"patch\" in\n one \"message\" per commit, formatted to resemble a UNIX mailbox.\n The output of this command is convenient for e-mail submission or\n-for use with 'git am'.\n+for use with `git am`.\n \n A \"message\" generated by the command consists of three parts:\n \n@@ -176,7 +176,7 @@ The default is `--no-thread`, unless the `format.thread` configuration\n is set.  If `--thread` is specified without a style, it defaults to the\n style specified by `format.thread` if any, or else `shallow`.\n +\n-Beware that the default for 'git send-email' is to thread emails\n+Beware that the default for `git send-email` is to thread emails\n itself.  If you want `git format-patch` to take care of threading, you\n will want to ensure that threading is disabled for `git send-email`.\n \n@@ -415,7 +415,7 @@ with configuration variables.\n DISCUSSION\n ----------\n \n-The patch produced by 'git format-patch' is in UNIX mailbox format,\n+The patch produced by `git format-patch` is in UNIX mailbox format,\n with a fixed \"magic\" time stamp to indicate that the file is output\n from format-patch rather than a real mailbox, like so:\n \n@@ -444,8 +444,8 @@ can save interesting patches in a UNIX mailbox and apply them with\n linkgit:git-am[1].\n \n When a patch is part of an ongoing discussion, the patch generated by\n-'git format-patch' can be tweaked to take advantage of the 'git am\n---scissors' feature.  After your response to the discussion comes a\n+`git format-patch` can be tweaked to take advantage of the `git am\n+--scissors` feature.  After your response to the discussion comes a\n line that consists solely of \"`-- >8 --`\" (scissors and perforation),\n followed by the patch with unnecessary header fields removed:\n \n@@ -524,11 +524,11 @@ GMail\n ~~~~~\n GMail does not have any way to turn off line wrapping in the web\n interface, so it will mangle any emails that you send.  You can however\n-use \"git send-email\" and send your patches through the GMail SMTP server, or\n+use `git send-email` and send your patches through the GMail SMTP server, or\n use any IMAP email client to connect to the google IMAP server and forward\n the emails through that.\n \n-For hints on using 'git send-email' to send your patches through the\n+For hints on using `git send-email` to send your patches through the\n GMail SMTP server, see the EXAMPLE section of linkgit:git-send-email[1].\n \n For hints on submission using the IMAP interface, see the EXAMPLE\n@@ -551,7 +551,7 @@ Install the Toggle Word Wrap add-on that is available from\n https://addons.mozilla.org/thunderbird/addon/toggle-word-wrap/\n It adds a menu entry \"Enable Word Wrap\" in the composer's \"Options\" menu\n that you can tick off. Now you can compose the message as you otherwise do\n-(cut + paste, 'git format-patch' | 'git imap-send', etc), but you have to\n+(cut + paste, `git format-patch` | `git imap-send`, etc), but you have to\n insert line breaks manually in any text that you type.\n \n Approach #2 (configuration)\n@@ -579,7 +579,7 @@ Toggle it to make sure it is set to `false`. Also, search for\n    Toggle it to make sure it is set to `false`.\n \n After that is done, you should be able to compose email as you\n-otherwise would (cut + paste, 'git format-patch' | 'git imap-send', etc),\n+otherwise would (cut + paste, `git format-patch` | `git imap-send`, etc),\n and the patches will not be mangled.\n \n Approach #3 (external editor)\n@@ -699,7 +699,7 @@ EXAMPLES\n --------\n \n * Extract commits between revisions R1 and R2, and apply them on top of\n-  the current branch using 'git am' to cherry-pick them:\n+  the current branch using `git am` to `cherry-pick` them:\n +\n ------------\n $ git format-patch -k --stdout R1..R2 | git am -3 -k\ndiff --git a/Documentation/git-fsck-objects.txt b/Documentation/git-fsck-objects.txt\nindex eec4bdb600..589bb63fdc 100644\n--- a/Documentation/git-fsck-objects.txt\n+++ b/Documentation/git-fsck-objects.txt\n@@ -9,7 +9,7 @@ git-fsck-objects - Verifies the connectivity and validity of the objects in the\n SYNOPSIS\n --------\n [verse]\n-'git fsck-objects' ...\n+`git fsck-objects` ...\n \n DESCRIPTION\n -----------\ndiff --git a/Documentation/git-fsck.txt b/Documentation/git-fsck.txt\nindex d9a28e278d..048a28ee50 100644\n--- a/Documentation/git-fsck.txt\n+++ b/Documentation/git-fsck.txt\n@@ -9,7 +9,7 @@ git-fsck - Verifies the connectivity and validity of the objects in the database\n SYNOPSIS\n --------\n [verse]\n-'git fsck' [--tags] [--root] [--unreachable] [--cache] [--no-reflogs]\n+`git fsck` [--tags] [--root] [--unreachable] [--cache] [--no-reflogs]\n \t [--[no-]full] [--strict] [--verbose] [--lost-found]\n \t [--[no-]dangling] [--[no-]progress] [--connectivity-only]\n \t [--[no-]name-objects] [<object>*]\n@@ -23,7 +23,7 @@ OPTIONS\n <object>::\n \tAn object to treat as the head of an unreachability trace.\n +\n-If no objects are given, 'git fsck' defaults to using the\n+If no objects are given, `git fsck` defaults to using the\n index file, all SHA-1 references in `refs` namespace, and all reflogs\n (unless `--no-reflogs` is given) as heads.\n \n@@ -112,7 +112,7 @@ include::config/fsck.txt[]\n DISCUSSION\n ----------\n \n-git-fsck tests SHA-1 and general object sanity, and it does full tracking\n+`git-fsck` tests SHA-1 and general object sanity, and it does full tracking\n of the resulting reachability and everything else. It prints out any\n corruption it finds (missing or bad objects), and if you use the\n `--unreachable` flag it will also print out objects that exist but that\n@@ -124,7 +124,7 @@ Any corrupt objects you will have to find in backups or other archives\n the hopes that somebody else has the object you have corrupted).\n \n If `core.commitGraph` is true, the commit-graph file will also be inspected\n-using 'git commit-graph verify'. See linkgit:git-commit-graph[1].\n+using `git commit-graph verify`. See linkgit:git-commit-graph[1].\n \n Extracted Diagnostics\n ---------------------\ndiff --git a/Documentation/git-gc.txt b/Documentation/git-gc.txt\nindex 9d27c3a41e..c5c71febf5 100644\n--- a/Documentation/git-gc.txt\n+++ b/Documentation/git-gc.txt\n@@ -9,14 +9,14 @@ git-gc - Cleanup unnecessary files and optimize the local repository\n SYNOPSIS\n --------\n [verse]\n-'git gc' [--aggressive] [--auto] [--quiet] [--prune=<date> | --no-prune] [--force] [--keep-largest-pack]\n+`git gc` [--aggressive] [--auto] [--quiet] [--prune=<date> | --no-prune] [--force] [--keep-largest-pack]\n \n DESCRIPTION\n -----------\n Runs a number of housekeeping tasks within the current repository,\n such as compressing file revisions (to reduce disk space and increase\n performance), removing unreachable objects which may have been\n-created from prior invocations of 'git add', packing refs, pruning\n+created from prior invocations of `git add`, packing refs, pruning\n reflog, rerere metadata or stale working trees. May also update ancillary\n indexes such as the commit-graph.\n \n@@ -35,14 +35,14 @@ OPTIONS\n -------\n \n --aggressive::\n-\tUsually 'git gc' runs very quickly while providing good disk\n+\tUsually `git gc` runs very quickly while providing good disk\n \tspace utilization and performance.  This option will cause\n-\t'git gc' to more aggressively optimize the repository at the expense\n+\t`git gc` to more aggressively optimize the repository at the expense\n \tof taking much more time.  The effects of this optimization are\n \tmostly persistent. See the \"AGGRESSIVE\" section below for details.\n \n --auto::\n-\tWith this option, 'git gc' checks whether any housekeeping is\n+\tWith this option, `git gc` checks whether any housekeeping is\n \trequired; if not, it exits without performing any work.\n +\n See the `gc.auto` option in the \"CONFIGURATION\" section below for how\n@@ -114,19 +114,19 @@ include::config/gc.txt[]\n NOTES\n -----\n \n-'git gc' tries very hard not to delete objects that are referenced\n+`git gc` tries very hard not to delete objects that are referenced\n anywhere in your repository. In particular, it will keep not only\n objects referenced by your current set of branches and tags, but also\n objects referenced by the index, remote-tracking branches, reflogs\n (which may reference commits in branches that were later amended or\n rewound), and anything else in the refs/* namespace. Note that a note\n-(of the kind created by 'git notes') attached to an object does not\n+(of the kind created by `git notes`) attached to an object does not\n contribute in keeping the object alive. If you are expecting some\n objects to be deleted and they aren't, check all of those locations\n and decide whether it makes sense in your case to remove those\n references.\n \n-On the other hand, when 'git gc' runs concurrently with another process,\n+On the other hand, when `git gc` runs concurrently with another process,\n there is a risk of it deleting an object that the other process is using\n but hasn't created a reference to. This may just cause the other process\n to fail or may corrupt the repository if the other process later adds a\n@@ -147,7 +147,7 @@ seems to be low in practice).\n HOOKS\n -----\n \n-The 'git gc --auto' command will run the 'pre-auto-gc' hook.  See\n+The `git gc --auto` command will run the 'pre-auto-gc' hook.  See\n linkgit:githooks[5] for more information.\n \n \ndiff --git a/Documentation/git-get-tar-commit-id.txt b/Documentation/git-get-tar-commit-id.txt\nindex ac44d85b0b..7b7e41bf68 100644\n--- a/Documentation/git-get-tar-commit-id.txt\n+++ b/Documentation/git-get-tar-commit-id.txt\n@@ -9,20 +9,20 @@ git-get-tar-commit-id - Extract commit ID from an archive created using git-arch\n SYNOPSIS\n --------\n [verse]\n-'git get-tar-commit-id'\n+`git get-tar-commit-id`\n \n \n DESCRIPTION\n -----------\n \n-Read a tar archive created by 'git archive' from the standard input\n+Read a tar archive created by `git archive` from the standard input\n and extract the commit ID stored in it.  It reads only the first\n 1024 bytes of input, thus its runtime is not influenced by the size\n of the tar archive very much.\n \n-If no commit ID is found, 'git get-tar-commit-id' quietly exists with a\n+If no commit ID is found, `git get-tar-commit-id` quietly exists with a\n return code of 1.  This can happen if the archive had not been created\n-using 'git archive' or if the first parameter of 'git archive' had been\n+using `git archive` or if the first parameter of `git archive` had been\n a tree ID instead of a commit ID or tag.\n \n GIT\ndiff --git a/Documentation/git-grep.txt b/Documentation/git-grep.txt\nindex 88047cefad..b10a3f6bb4 100644\n--- a/Documentation/git-grep.txt\n+++ b/Documentation/git-grep.txt\n@@ -9,7 +9,7 @@ git-grep - Print lines matching a pattern\n SYNOPSIS\n --------\n [verse]\n-'git grep' [-a | --text] [-I] [--textconv] [-i | --ignore-case] [-w | --word-regexp]\n+`git grep` [-a | --text] [-I] [--textconv] [-i | --ignore-case] [-w | --word-regexp]\n \t   [-v | --invert-match] [-h|-H] [--full-name]\n \t   [-E | --extended-regexp] [-G | --basic-regexp]\n \t   [-P | --perl-regexp]\n@@ -66,8 +66,8 @@ grep.fullName::\n \tIf set to true, enable `--full-name` option by default.\n \n grep.fallbackToNoIndex::\n-\tIf set to true, fall back to git grep `--no-index` if git grep\n-\tis executed outside of a git repository.  Defaults to false.\n+\tIf set to true, fall back to `git grep --no-index` if `git grep`\n+\tis executed outside of a `git` repository.  Defaults to false.\n \n \n OPTIONS\n@@ -191,13 +191,13 @@ providing this option will cause it to die.\n --files-without-match::\n \tInstead of showing every matched line, show only the\n \tnames of files that contain (or do not contain) matches.\n-\tFor better compatibility with 'git diff', `--name-only` is a\n+\tFor better compatibility with `git diff`, `--name-only` is a\n \tsynonym for `--files-with-matches`.\n \n -O[<pager>]::\n --open-files-in-pager[=<pager>]::\n \tOpen the matching files in the pager (not the output of 'grep').\n-\tIf the pager happens to be \"less\" or \"vi\", and the user\n+\tIf the pager happens to be `less` or `vi`, and the user\n \tspecified only one pattern, the first file is positioned at\n \tthe first match automatically. The `pager` argument is\n \toptional; if specified, it must be stuck to the option\ndiff --git a/Documentation/git-gui.txt b/Documentation/git-gui.txt\nindex c9d7e96214..ff66c5b1d0 100644\n--- a/Documentation/git-gui.txt\n+++ b/Documentation/git-gui.txt\n@@ -8,23 +8,23 @@ git-gui - A portable graphical interface to Git\n SYNOPSIS\n --------\n [verse]\n-'git gui' [<command>] [arguments]\n+`git gui` [<command>] [arguments]\n \n DESCRIPTION\n -----------\n-A Tcl/Tk based graphical user interface to Git.  'git gui' focuses\n+A Tcl/Tk based graphical user interface to Git.  `git gui` focuses\n on allowing users to make changes to their repository by making\n new commits, amending existing ones, creating branches, performing\n local merges, and fetching/pushing to remote repositories.\n \n-Unlike 'gitk', 'git gui' focuses on commit generation\n+Unlike `gitk`, `git gui` focuses on commit generation\n and single file annotation and does not show project history.\n-It does however supply menu actions to start a 'gitk' session from\n-within 'git gui'.\n+It does however supply menu actions to start a `gitk` session from\n+within `git gui`.\n \n-'git gui' is known to work on all popular UNIX systems, Mac OS X,\n+`git gui` is known to work on all popular UNIX systems, Mac OS X,\n and Windows (under both Cygwin and MSYS).  To the extent possible\n-OS specific user interface guidelines are followed, making 'git gui'\n+OS specific user interface guidelines are followed, making `git gui`\n a fairly native interface for users.\n \n COMMANDS\n@@ -39,13 +39,13 @@ browser::\n \tbrowser are opened in the blame viewer.\n \n citool::\n-\tStart 'git gui' and arrange to make exactly one commit before\n+\tStart `git gui` and arrange to make exactly one commit before\n \texiting and returning to the shell.  The interface is limited\n \tto only commit actions, slightly reducing the application's\n \tstartup time and simplifying the menubar.\n \n version::\n-\tDisplay the currently running version of 'git gui'.\n+\tDisplay the currently running version of `git gui`.\n \n \n Examples\n@@ -103,16 +103,16 @@ SEE ALSO\n --------\n linkgit:gitk[1]::\n \tThe Git repository browser.  Shows branches, commit history\n-\tand file differences.  gitk is the utility started by\n+\tand file differences.  `gitk` is the utility started by\n \t'git gui''s Repository Visualize actions.\n \n Other\n -----\n-'git gui' is actually maintained as an independent project, but stable\n+`git gui` is actually maintained as an independent project, but stable\n versions are distributed as part of the Git suite for the convenience\n of end users.\n \n-The official repository of the 'git gui' project can be found at:\n+The official repository of the `git gui` project can be found at:\n \n   https://github.com/prati0100/git-gui.git/\n \ndiff --git a/Documentation/git-hash-object.txt b/Documentation/git-hash-object.txt\nindex df9e2c58bd..15c2945345 100644\n--- a/Documentation/git-hash-object.txt\n+++ b/Documentation/git-hash-object.txt\n@@ -9,8 +9,8 @@ git-hash-object - Compute object ID and optionally creates a blob from a file\n SYNOPSIS\n --------\n [verse]\n-'git hash-object' [-t <type>] [-w] [--path=<file>|--no-filters] [--stdin [--literally]] [--] <file>...\n-'git hash-object' [-t <type>] [-w] --stdin-paths [--no-filters]\n+`git hash-object` [-t <type>] [-w] [--path=<file>|--no-filters] [--stdin [--literally]] [--] <file>...\n+`git hash-object` [-t <type>] [-w] --stdin-paths [--no-filters]\n \n DESCRIPTION\n -----------\n@@ -54,7 +54,7 @@ OPTIONS\n \n --literally::\n \tAllow `--stdin` to hash any garbage into a loose object which might not\n-\totherwise pass standard object parsing or git-fsck checks. Useful for\n+\totherwise pass standard object parsing or `git-fsck` checks. Useful for\n \tstress-testing Git itself or reproducing characteristics of corrupt or\n \tbogus objects encountered in the wild.\n \ndiff --git a/Documentation/git-help.txt b/Documentation/git-help.txt\nindex 392f7be6fa..2d5660f47a 100644\n--- a/Documentation/git-help.txt\n+++ b/Documentation/git-help.txt\n@@ -8,13 +8,13 @@ git-help - Display help information about Git\n SYNOPSIS\n --------\n [verse]\n-'git help' [-a|--all [--[no-]verbose]] [-g|--guides]\n+`git help` [-a|--all [--[no-]verbose]] [-g|--guides]\n \t   [-i|--info|-m|--man|-w|--web] [COMMAND|GUIDE]\n \n DESCRIPTION\n -----------\n \n-With no options and no COMMAND or GUIDE given, the synopsis of the 'git'\n+With no options and no COMMAND or GUIDE given, the synopsis of the `git`\n command and a list of the most commonly used Git commands are printed\n on the standard output.\n \n@@ -29,7 +29,7 @@ guide is brought up. The 'man' program is used by default for this\n purpose, but this can be overridden by other options or configuration\n variables.\n \n-If an alias is given, git shows the definition of the alias on\n+If an alias is given, `git` shows the definition of the alias on\n standard output. To get the manual page for the aliased command, use\n `git COMMAND --help`.\n \n@@ -38,7 +38,7 @@ former is internally converted into the latter.\n \n To display the linkgit:git[1] man page, use `git help git`.\n \n-This page can be displayed with 'git help help' or `git help --help`\n+This page can be displayed with `git help help` or `git help --help`\n \n OPTIONS\n -------\n@@ -83,8 +83,8 @@ other display programs (see below).\n +\n The web browser can be specified using the configuration variable\n `help.browser`, or `web.browser` if the former is not set. If none of\n-these config variables is set, the 'git web{litdd}browse' helper script\n-(called by 'git help') will pick a suitable default. See\n+these config variables is set, the `git web--browse` helper script\n+(called by `git help`) will pick a suitable default. See\n linkgit:git-web{litdd}browse[1] for more information about this.\n \n CONFIGURATION VARIABLES\n@@ -95,7 +95,7 @@ help.format\n \n If no command-line option is passed, the `help.format` configuration\n variable will be checked. The following values are supported for this\n-variable; they make 'git help' behave as their corresponding command-\n+variable; they make `git help` behave as their corresponding command-\n line option:\n \n * \"man\" corresponds to `-m`|`--man`,\n@@ -150,7 +150,7 @@ man.<tool>.path\n You can explicitly provide a full path to your preferred man viewer by\n setting the configuration variable `man.<tool>.path`. For example, you\n can configure the absolute path to konqueror by setting\n-`man.konqueror.path`. Otherwise, 'git help' assumes the tool is\n+`man.konqueror.path`. Otherwise, `git help` assumes the tool is\n available in PATH.\n \n man.<tool>.cmd\n@@ -185,7 +185,7 @@ the following:\n \t\tcmd = A_PATH_TO/konqueror\n ------------------------------------------------\n \n-Note about git config --global\n+Note about `git config --global`\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n Note that all these configuration variables should probably be set\ndiff --git a/Documentation/git-http-backend.txt b/Documentation/git-http-backend.txt\nindex 558966aa83..c97c10ba09 100644\n--- a/Documentation/git-http-backend.txt\n+++ b/Documentation/git-http-backend.txt\n@@ -8,7 +8,7 @@ git-http-backend - Server side implementation of Git over HTTP\n SYNOPSIS\n --------\n [verse]\n-'git http-backend'\n+`git http-backend`\n \n DESCRIPTION\n -----------\n@@ -19,15 +19,15 @@ and the backwards-compatible dumb HTTP protocol, as well as clients\n pushing using the smart HTTP protocol.\n \n It verifies that t"},{"id":"421333","messageId":"20210409040301.3260358-12-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 11/13] doc: typeset config option entries in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:59Z","receivedAt":"2021-04-09T04:06:36Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Automatically wrap configuration option entries (i.e. something of the form\n<entry>[::|;;]<description>) with backticks as indicated in the\nCodingGuidelines.\n\nThe following command and regex has performed the whole substitution\n(without manual intervention).\n\n    REGEX=\"^([[:space:]]*?)[\\\"']?([-0-9a-z]+?(?:\\.[][ [:alnum:]-=<>]+)+)[\\\"']?(::|;;)([[:space:]]+|\\$)\" &&\n    perl -pi -e \"s/$REGEX/\\$1\\`\\$2\\`\\$3\\$4/g\" $(grep -Pl \"$REGEX\" *.txt --exclude-dir=RelNotes)\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/git-apply.txt              |  4 +-\n Documentation/git-archive.txt            |  6 +-\n Documentation/git-cvsexportcommit.txt    |  2 +-\n Documentation/git-cvsserver.txt          | 10 ++--\n Documentation/git-difftool.txt           | 12 ++--\n Documentation/git-fast-import.txt        |  2 +-\n Documentation/git-fmt-merge-msg.txt      |  2 +-\n Documentation/git-grep.txt               | 14 ++---\n Documentation/git-http-backend.txt       |  6 +-\n Documentation/git-interpret-trailers.txt | 18 +++---\n Documentation/git-log.txt                | 14 ++---\n Documentation/git-merge.txt              |  2 +-\n Documentation/git-notes.txt              | 14 ++---\n Documentation/git-p4.txt                 | 72 ++++++++++++------------\n Documentation/git-send-email.txt         |  8 +--\n Documentation/git-svn.txt                | 24 ++++----\n Documentation/gitmodules.txt             | 14 ++---\n Documentation/gitrepository-layout.txt   |  4 +-\n Documentation/gitweb.txt                 |  2 +-\n 19 files changed, 115 insertions(+), 115 deletions(-)\n\ndiff --git a/Documentation/git-apply.txt b/Documentation/git-apply.txt\nindex fd681659e8..6fafe4a3b3 100644\n--- a/Documentation/git-apply.txt\n+++ b/Documentation/git-apply.txt\n@@ -253,11 +253,11 @@ has no effect when `--index` or `--cached` is in use.\n CONFIGURATION\n -------------\n \n-apply.ignoreWhitespace::\n+`apply.ignoreWhitespace`::\n \tSet to 'change' if you want changes in whitespace to be ignored by default.\n \tSet to one of: no, none, never, false if you want changes in\n \twhitespace to be significant.\n-apply.whitespace::\n+`apply.whitespace`::\n \tWhen no `--whitespace` flag is given from the command\n \tline, this configuration item is used as the default.\n \ndiff --git a/Documentation/git-archive.txt b/Documentation/git-archive.txt\nindex 83ce330c9d..830ff2b680 100644\n--- a/Documentation/git-archive.txt\n+++ b/Documentation/git-archive.txt\n@@ -103,7 +103,7 @@ zip\n CONFIGURATION\n -------------\n \n-tar.umask::\n+`tar.umask`::\n \tThis variable can be used to restrict the permission bits of\n \ttar archive entries.  The default is 0002, which turns off the\n \tworld write bit.  The special value \"user\" indicates that the\n@@ -111,7 +111,7 @@ tar.umask::\n \tdetails.  If `--remote` is used then only the configuration of\n \tthe remote repository takes effect.\n \n-tar.<format>.command::\n+`tar.<format>.command`::\n \tThis variable specifies a shell command through which the tar\n \toutput generated by `git archive` should be piped. The command\n \tis executed using the shell with the generated tar file on its\n@@ -124,7 +124,7 @@ tar.<format>.command::\n The \"tar.gz\" and \"tgz\" formats are defined automatically and default to\n `gzip -cn`. You may override them with custom commands.\n \n-tar.<format>.remote::\n+`tar.<format>.remote`::\n \tIf true, enable `<format>` for use by remote clients via\n \tlinkgit:git-upload-archive[1]. Defaults to false for\n \tuser-defined formats, but true for the \"tar.gz\" and \"tgz\"\ndiff --git a/Documentation/git-cvsexportcommit.txt b/Documentation/git-cvsexportcommit.txt\nindex 8514bbd2b2..a9ef265a34 100644\n--- a/Documentation/git-cvsexportcommit.txt\n+++ b/Documentation/git-cvsexportcommit.txt\n@@ -84,7 +84,7 @@ OPTIONS\n \n CONFIGURATION\n -------------\n-cvsexportcommit.cvsdir::\n+`cvsexportcommit.cvsdir`::\n \tThe default location of the CVS checkout to use for the export.\n \n EXAMPLES\ndiff --git a/Documentation/git-cvsserver.txt b/Documentation/git-cvsserver.txt\nindex 23647e12b0..bd8930eb2b 100644\n--- a/Documentation/git-cvsserver.txt\n+++ b/Documentation/git-cvsserver.txt\n@@ -254,14 +254,14 @@ Configuring database backend\n its documentation if changing these variables, especially\n about `DBI->connect()`.\n \n-gitcvs.dbName::\n+`gitcvs.dbName`::\n \tDatabase name. The exact meaning depends on the\n \tselected database driver, for SQLite this is a filename.\n \tSupports variable substitution (see below). May\n \tnot contain semicolons (`;`).\n \tDefault: '%Ggitcvs.%m.sqlite'\n \n-gitcvs.dbDriver::\n+`gitcvs.dbDriver`::\n \tUsed DBI driver. You can specify any available driver\n \tfor this here, but it might not work. cvsserver is tested\n \twith 'DBD::SQLite', reported to work with\n@@ -270,16 +270,16 @@ gitcvs.dbDriver::\n \tcontain colons (`:`).\n \tDefault: 'SQLite'\n \n-gitcvs.dbuser::\n+`gitcvs.dbuser`::\n \tDatabase user. Only useful if setting `dbDriver`, since\n \tSQLite has no concept of database users. Supports variable\n \tsubstitution (see below).\n \n-gitcvs.dbPass::\n+`gitcvs.dbPass`::\n \tDatabase password.  Only useful if setting `dbDriver`, since\n \tSQLite has no concept of database passwords.\n \n-gitcvs.dbTableNamePrefix::\n+`gitcvs.dbTableNamePrefix`::\n \tDatabase table name prefix.  Supports variable substitution\n \t(see below).  Any non-alphabetic characters will be replaced\n \twith underscores.\ndiff --git a/Documentation/git-difftool.txt b/Documentation/git-difftool.txt\nindex 24a2b7cc36..4b895fe7f9 100644\n--- a/Documentation/git-difftool.txt\n+++ b/Documentation/git-difftool.txt\n@@ -118,25 +118,25 @@ CONFIG VARIABLES\n `git difftool` falls back to `git mergetool` config variables when the\n difftool equivalents have not been defined.\n \n-diff.tool::\n+`diff.tool`::\n \tThe default diff tool to use.\n \n-diff.guitool::\n+`diff.guitool`::\n \tThe default diff tool to use when `--gui` is specified.\n \n-difftool.<tool>.path::\n+`difftool.<tool>.path`::\n \tOverride the path for the given tool.  This is useful in case\n \tyour tool is not in the PATH.\n \n-difftool.<tool>.cmd::\n+`difftool.<tool>.cmd`::\n \tSpecify the command to invoke the specified diff tool.\n +\n See the `--tool=<tool>` option above for more details.\n \n-difftool.prompt::\n+`difftool.prompt`::\n \tPrompt before each invocation of the diff tool.\n \n-difftool.trustExitCode::\n+`difftool.trustExitCode`::\n \tExit difftool if the invoked diff tool returns a non-zero exit status.\n +\n See the `--trust-exit-code` option above for more details.\ndiff --git a/Documentation/git-fast-import.txt b/Documentation/git-fast-import.txt\nindex cfbb47665f..6830332297 100644\n--- a/Documentation/git-fast-import.txt\n+++ b/Documentation/git-fast-import.txt\n@@ -172,7 +172,7 @@ Performance and Compression Tuning\n \tMaximum size of each output packfile.\n \tThe default is unlimited.\n \n-fastimport.unpackLimit::\n+`fastimport.unpackLimit`::\n \tSee linkgit:git-config[1]\n \n PERFORMANCE\ndiff --git a/Documentation/git-fmt-merge-msg.txt b/Documentation/git-fmt-merge-msg.txt\nindex 1ea37635d8..fc9076377c 100644\n--- a/Documentation/git-fmt-merge-msg.txt\n+++ b/Documentation/git-fmt-merge-msg.txt\n@@ -53,7 +53,7 @@ CONFIGURATION\n -------------\n include::config/fmt-merge-msg.txt[]\n \n-merge.summary::\n+`merge.summary`::\n \tSynonym to `merge.log`; this is deprecated and will be removed in\n \tthe future.\n \ndiff --git a/Documentation/git-grep.txt b/Documentation/git-grep.txt\nindex 6f71b659d0..0a0d0f3f57 100644\n--- a/Documentation/git-grep.txt\n+++ b/Documentation/git-grep.txt\n@@ -41,31 +41,31 @@ characters.  An empty string as search expression matches all lines.\n CONFIGURATION\n -------------\n \n-grep.lineNumber::\n+`grep.lineNumber`::\n \tIf set to true, enable `-n` option by default.\n \n-grep.column::\n+`grep.column`::\n \tIf set to true, enable the `--column` option by default.\n \n-grep.patternType::\n+`grep.patternType`::\n \tSet the default matching behavior. Using a value of 'basic', 'extended',\n \t'fixed', or 'perl' will enable the `--basic-regexp`, `--extended-regexp`,\n \t`--fixed-strings`, or `--perl-regexp` option accordingly, while the\n \tvalue 'default' will return to the default matching behavior.\n \n-grep.extendedRegexp::\n+`grep.extendedRegexp`::\n \tIf set to true, enable `--extended-regexp` option by default. This\n \toption is ignored when the `grep.patternType` option is set to a value\n \tother than 'default'.\n \n-grep.threads::\n+`grep.threads`::\n \tNumber of grep worker threads to use. If unset (or set to 0), Git will\n \tuse as many threads as the number of logical cores available.\n \n-grep.fullName::\n+`grep.fullName`::\n \tIf set to true, enable `--full-name` option by default.\n \n-grep.fallbackToNoIndex::\n+`grep.fallbackToNoIndex`::\n \tIf set to true, fall back to `git grep --no-index` if `git grep`\n \tis executed outside of a `git` repository.  Defaults to false.\n \ndiff --git a/Documentation/git-http-backend.txt b/Documentation/git-http-backend.txt\nindex d512add556..a286c3648f 100644\n--- a/Documentation/git-http-backend.txt\n+++ b/Documentation/git-http-backend.txt\n@@ -34,7 +34,7 @@ SERVICES\n These services can be enabled/disabled using the per-repository\n configuration file:\n \n-http.getanyfile::\n+`http.getanyfile`::\n \tThis serves Git clients older than version 1.6.6 that are unable to use the\n \tupload pack service.  When enabled, clients are able to read\n \tany file within the repository, including objects that are\n@@ -42,12 +42,12 @@ http.getanyfile::\n \tIt is enabled by default, but a repository can disable it\n \tby setting this configuration item to `false`.\n \n-http.uploadpack::\n+`http.uploadpack`::\n \tThis serves `git fetch-pack` and `git ls-remote` clients.\n \tIt is enabled by default, but a repository can disable it\n \tby setting this configuration item to `false`.\n \n-http.receivepack::\n+`http.receivepack`::\n \tThis serves `git send-pack` clients, allowing push.  It is\n \tdisabled by default for anonymous users, and enabled by\n \tdefault for users authenticated by the web server.  It can be\ndiff --git a/Documentation/git-interpret-trailers.txt b/Documentation/git-interpret-trailers.txt\nindex be2ba5f545..54c69ea087 100644\n--- a/Documentation/git-interpret-trailers.txt\n+++ b/Documentation/git-interpret-trailers.txt\n@@ -134,7 +134,7 @@ OPTIONS\n CONFIGURATION VARIABLES\n -----------------------\n \n-trailer.separators::\n+`trailer.separators`::\n \tThis option tells which characters are recognized as trailer\n \tseparators. By default only ':' is recognized as a trailer\n \tseparator, except that '=' is always accepted on the command\n@@ -151,7 +151,7 @@ the default separator used, so by default trailers will appear like:\n '<token>% <value>' (one percent sign and one space will appear between\n the token and the value).\n \n-trailer.where::\n+`trailer.where`::\n \tThis option tells where a new trailer will be added.\n +\n This can be `end`, which is the default, `start`, `after` or `before`.\n@@ -168,7 +168,7 @@ last trailer with the same <token>.\n If it is `before`, then each new trailer will appear just before the\n first trailer with the same <token>.\n \n-trailer.ifexists::\n+`trailer.ifexists`::\n \tThis option makes it possible to choose what action will be\n \tperformed when there is already at least one trailer with the\n \tsame <token> in the message.\n@@ -194,7 +194,7 @@ will be added.\n With `doNothing`, nothing will be done; that is no new trailer will be\n added if there is already one with the same <token> in the message.\n \n-trailer.ifmissing::\n+`trailer.ifmissing`::\n \tThis option makes it possible to choose what action will be\n \tperformed when there is not yet any trailer with the same\n \t<token> in the message.\n@@ -206,7 +206,7 @@ With `add`, a new trailer will be added.\n +\n With `doNothing`, nothing will be done.\n \n-trailer.<token>.key::\n+`trailer.<token>.key`::\n \tThis `key` will be used instead of <token> in the trailer. At\n \tthe end of this key, a separator can appear and then some\n \tspace characters. By default the only valid separator is ':',\n@@ -216,22 +216,22 @@ trailer.<token>.key::\n If there is a separator, then the key will be used instead of both the\n <token> and the default separator when adding the trailer.\n \n-trailer.<token>.where::\n+`trailer.<token>.where`::\n \tThis option takes the same values as the `trailer.where`\n \tconfiguration variable and it overrides what is specified by\n \tthat option for trailers with the specified <token>.\n \n-trailer.<token>.ifexists::\n+`trailer.<token>.ifexists`::\n \tThis option takes the same values as the `trailer.ifexists`\n \tconfiguration variable and it overrides what is specified by\n \tthat option for trailers with the specified <token>.\n \n-trailer.<token>.ifmissing::\n+`trailer.<token>.ifmissing`::\n \tThis option takes the same values as the `trailer.ifmissing`\n \tconfiguration variable and it overrides what is specified by\n \tthat option for trailers with the specified <token>.\n \n-trailer.<token>.command::\n+`trailer.<token>.command`::\n \tThis option can be used to specify a shell command that will\n \tbe called to automatically add or modify a trailer with the\n \tspecified <token>.\ndiff --git a/Documentation/git-log.txt b/Documentation/git-log.txt\nindex 83555dc7dc..e8b1033f50 100644\n--- a/Documentation/git-log.txt\n+++ b/Documentation/git-log.txt\n@@ -188,16 +188,16 @@ CONFIGURATION\n See linkgit:git-config[1] for core variables and linkgit:git-diff[1]\n for settings related to diff generation.\n \n-format.pretty::\n+`format.pretty`::\n \tDefault for the `--format` option.  (See 'Pretty Formats' above.)\n \tDefaults to `medium`.\n \n-i18n.logOutputEncoding::\n+`i18n.logOutputEncoding`::\n \tEncoding to use when displaying logs.  (See 'Discussion' above.)\n \tDefaults to the value of `i18n.commitEncoding` if set, and UTF-8\n \totherwise.\n \n-log.date::\n+`log.date`::\n \tDefault format for human-readable dates.  (Compare the\n \t`--date` option.)  Defaults to \"default\", which means to write\n \tdates like `Sat May 8 19:35:34 2010 -0500`.\n@@ -206,26 +206,26 @@ If the format is set to \"auto:foo\" and the pager is in use, format\n \"foo\" will be the used for the date format. Otherwise \"default\" will\n be used.\n \n-log.follow::\n+`log.follow`::\n \tIf `true`, `git log` will act as if the `--follow` option was used when\n \ta single <path> is given.  This has the same limitations as `--follow`,\n \ti.e. it cannot be used to follow multiple files and does not work well\n \ton non-linear history.\n \n-log.showRoot::\n+`log.showRoot`::\n \tIf `false`, `git log` and related commands will not treat the\n \tinitial commit as a big creation event.  Any root commits in\n \t`git log -p` output would be shown without a diff attached.\n \tThe default is `true`.\n \n-log.showSignature::\n+`log.showSignature`::\n \tIf `true`, `git log` and related commands will act as if the\n \t`--show-signature` option was passed to them.\n \n mailmap.*::\n \tSee linkgit:git-shortlog[1].\n \n-notes.displayRef::\n+`notes.displayRef`::\n \tWhich refs, in addition to the default set by `core.notesRef`\n \tor `GIT_NOTES_REF`, to read notes from when showing commit\n \tmessages with the `log` family of commands.  See\ndiff --git a/Documentation/git-merge.txt b/Documentation/git-merge.txt\nindex ac5838dfb0..226ec907c1 100644\n--- a/Documentation/git-merge.txt\n+++ b/Documentation/git-merge.txt\n@@ -358,7 +358,7 @@ CONFIGURATION\n -------------\n include::config/merge.txt[]\n \n-branch.<name>.mergeOptions::\n+`branch.<name>.mergeOptions`::\n \tSets default options for merging into branch <name>. The syntax and\n \tsupported options are the same as those of `git merge`, but option\n \tvalues containing whitespace characters are currently not supported.\ndiff --git a/Documentation/git-notes.txt b/Documentation/git-notes.txt\nindex 9f22359707..50f76c7c69 100644\n--- a/Documentation/git-notes.txt\n+++ b/Documentation/git-notes.txt\n@@ -310,13 +310,13 @@ some special-purpose tools to do something useful with them.\n CONFIGURATION\n -------------\n \n-core.notesRef::\n+`core.notesRef`::\n \tNotes ref to read and manipulate instead of\n \t`refs/notes/commits`.  Must be an unabbreviated ref name.\n \tThis setting can be overridden through the environment and\n \tcommand line.\n \n-notes.mergeStrategy::\n+`notes.mergeStrategy`::\n \tWhich merge strategy to choose by default when resolving notes\n \tconflicts.  Must be one of `manual`, `ours`, `theirs`, `union`, or\n \t`cat_sort_uniq`.  Defaults to `manual`.  See \"NOTES MERGE STRATEGIES\"\n@@ -324,13 +324,13 @@ notes.mergeStrategy::\n +\n This setting can be overridden by passing the `--strategy` option.\n \n-notes.<name>.mergeStrategy::\n+`notes.<name>.mergeStrategy`::\n \tWhich merge strategy to choose when doing a notes merge into\n \trefs/notes/<name>.  This overrides the more general\n \t`notes.mergeStrategy`.  See the \"NOTES MERGE STRATEGIES\" section above\n \tfor more information on each available strategy.\n \n-notes.displayRef::\n+`notes.displayRef`::\n \tWhich ref (or refs, if a glob or specified more than once), in\n \taddition to the default set by `core.notesRef` or\n \t`GIT_NOTES_REF`, to read notes from when showing commit\n@@ -339,7 +339,7 @@ notes.displayRef::\n \t`GIT_NOTES_DISPLAY_REF` environment variable.\n \tSee linkgit:git-log[1].\n \n-notes.rewrite.<command>::\n+`notes.rewrite.<command>`::\n \tWhen rewriting commits with <command> (currently `amend` or\n \t`rebase`), if this variable is `false`, `git` will not copy\n \tnotes from the original to the rewritten commit.  Defaults to\n@@ -348,7 +348,7 @@ notes.rewrite.<command>::\n This setting can be overridden by the `GIT_NOTES_REWRITE_REF`\n environment variable.\n \n-notes.rewriteMode::\n+`notes.rewriteMode`::\n \tWhen copying notes during a rewrite, what to do if the target\n \tcommit already has a note.  Must be one of `overwrite`,\n \t`concatenate`, `cat_sort_uniq`, or `ignore`.  Defaults to\n@@ -357,7 +357,7 @@ notes.rewriteMode::\n This setting can be overridden with the `GIT_NOTES_REWRITE_MODE`\n environment variable.\n \n-notes.rewriteRef::\n+`notes.rewriteRef`::\n \tWhen copying notes during a rewrite, specifies the (fully\n \tqualified) ref whose notes should be copied.  May be a glob,\n \tin which case notes in all matching refs will be copied.  You\ndiff --git a/Documentation/git-p4.txt b/Documentation/git-p4.txt\nindex 812d0afd4c..f7666634c0 100644\n--- a/Documentation/git-p4.txt\n+++ b/Documentation/git-p4.txt\n@@ -559,30 +559,30 @@ They all are in the `git-p4` section.\n \n General variables\n ~~~~~~~~~~~~~~~~~\n-git-p4.user::\n+`git-p4.user`::\n \tUser specified as an option to all p4 commands, with `-u <user>`.\n \tThe environment variable `P4USER` can be used instead.\n \n-git-p4.password::\n+`git-p4.password`::\n \tPassword specified as an option to all p4 commands, with\n \t`-P <password>`.\n \tThe environment variable `P4PASS` can be used instead.\n \n-git-p4.port::\n+`git-p4.port`::\n \tPort specified as an option to all p4 commands, with\n \t`-p <port>`.\n \tThe environment variable `P4PORT` can be used instead.\n \n-git-p4.host::\n+`git-p4.host`::\n \tHost specified as an option to all p4 commands, with\n \t`-h <host>`.\n \tThe environment variable `P4HOST` can be used instead.\n \n-git-p4.client::\n+`git-p4.client`::\n \tClient specified as an option to all p4 commands, with\n \t`-c <client>`, including the client spec.\n \n-git-p4.retries::\n+`git-p4.retries`::\n \tSpecifies the number of times to retry a p4 command (notably,\n \t`p4 sync`) if the network times out. The default value is 3.\n \tSet the value to 0 to disable retries or if your p4 version\n@@ -590,20 +590,20 @@ git-p4.retries::\n \n Clone and sync variables\n ~~~~~~~~~~~~~~~~~~~~~~~~\n-git-p4.syncFromOrigin::\n+`git-p4.syncFromOrigin`::\n \tBecause importing commits from other Git repositories is much faster\n \tthan importing them from p4, a mechanism exists to find p4 changes\n \tfirst in Git remotes.  If branches exist under `refs/remote/origin/p4`,\n \tthose will be fetched and used when syncing from p4.  This\n \tvariable can be set to 'false' to disable this behavior.\n \n-git-p4.branchUser::\n+`git-p4.branchUser`::\n \tOne phase in branch detection involves looking at p4 branches\n \tto find new ones to import.  By default, all branches are\n \tinspected.  This option limits the search to just those owned\n \tby the single user named in the variable.\n \n-git-p4.branchList::\n+`git-p4.branchList`::\n \tList of branches to be imported when branch detection is\n \tenabled.  Each entry should be a pair of branch names separated\n \tby a colon (:).  This example declares that both branchA and\n@@ -614,31 +614,31 @@ git config       git-p4.branchList main:branchA\n git config --add git-p4.branchList main:branchB\n -------------\n \n-git-p4.ignoredP4Labels::\n+`git-p4.ignoredP4Labels`::\n \tList of p4 labels to ignore. This is built automatically as\n \tunimportable labels are discovered.\n \n-git-p4.importLabels::\n+`git-p4.importLabels`::\n \tImport p4 labels into `git`, as per `--import-labels`.\n \n-git-p4.labelImportRegexp::\n+`git-p4.labelImportRegexp`::\n \tOnly p4 labels matching this regular expression will be imported. The\n \tdefault value is '[a-zA-Z0-9_\\-.]+$'.\n \n-git-p4.useClientSpec::\n+`git-p4.useClientSpec`::\n \tSpecify that the p4 client spec should be used to identify p4\n \tdepot paths of interest.  This is equivalent to specifying the\n \toption `--use-client-spec`.  See the \"CLIENT SPEC\" section above.\n \tThis variable is a boolean, not the name of a p4 client.\n \n-git-p4.pathEncoding::\n+`git-p4.pathEncoding`::\n \tPerforce keeps the encoding of a path as given by the originating OS.\n \tGit expects paths encoded as UTF-8. Use this config to tell `git-p4`\n \twhat encoding Perforce had used for the paths. This encoding is used\n \tto transcode the paths to UTF-8. As an example, Perforce on Windows\n \toften uses \"cp1252\" to encode path names.\n \n-git-p4.largeFileSystem::\n+`git-p4.largeFileSystem`::\n \tSpecify the system that is used for large (binary) files. Please note\n \tthat large file systems do not support the `git p4 submit` command.\n \tOnly Git LFS is implemented right now (see https://git-lfs.github.com/\n@@ -649,30 +649,30 @@ git-p4.largeFileSystem::\n git config       git-p4.largeFileSystem GitLFS\n -------------\n \n-git-p4.largeFileExtensions::\n+`git-p4.largeFileExtensions`::\n \tAll files matching a file extension in the list will be processed\n \tby the large file system. Do not prefix the extensions with '.'.\n \n-git-p4.largeFileThreshold::\n+`git-p4.largeFileThreshold`::\n \tAll files with an uncompressed size exceeding the threshold will be\n \tprocessed by the large file system. By default the threshold is\n \tdefined in bytes. Add the suffix k, m, or g to change the unit.\n \n-git-p4.largeFileCompressedThreshold::\n+`git-p4.largeFileCompressedThreshold`::\n \tAll files with a compressed size exceeding the threshold will be\n \tprocessed by the large file system. This option might slow down\n \tyour clone/sync process. By default the threshold is defined in\n \tbytes. Add the suffix k, m, or g to change the unit.\n \n-git-p4.largeFilePush::\n+`git-p4.largeFilePush`::\n \tBoolean variable which defines if large files are automatically\n \tpushed to a server.\n \n-git-p4.keepEmptyCommits::\n+`git-p4.keepEmptyCommits`::\n \tA changelist that contains only excluded files will be imported\n \tas an empty commit if this boolean option is set to true.\n \n-git-p4.mapUser::\n+`git-p4.mapUser`::\n \tMap a P4 user to a name and email address in Git. Use a string\n \twith the following format to create a mapping:\n +\n@@ -685,69 +685,69 @@ multiple P4 user can be defined.\n \n Submit variables\n ~~~~~~~~~~~~~~~~\n-git-p4.detectRenames::\n+`git-p4.detectRenames`::\n \tDetect renames.  See linkgit:git-diff[1].  This can be true,\n \tfalse, or a score as expected by `git diff -M`.\n \n-git-p4.detectCopies::\n+`git-p4.detectCopies`::\n \tDetect copies.  See linkgit:git-diff[1].  This can be true,\n \tfalse, or a score as expected by `git diff -C`.\n \n-git-p4.detectCopiesHarder::\n+`git-p4.detectCopiesHarder`::\n \tDetect copies harder.  See linkgit:git-diff[1].  A boolean.\n \n-git-p4.preserveUser::\n+`git-p4.preserveUser`::\n \tOn submit, re-author changes to reflect the Git author,\n \tregardless of who invokes `git p4 submit`.\n \n-git-p4.allowMissingP4Users::\n+`git-p4.allowMissingP4Users`::\n \tWhen 'preserveUser' is true, `git p4` normally dies if it\n \tcannot find an author in the p4 user map.  This setting\n \tsubmits the change regardless.\n \n-git-p4.skipSubmitEdit::\n+`git-p4.skipSubmitEdit`::\n \tThe submit process invokes the editor before each p4 change\n \tis submitted.  If this setting is true, though, the editing\n \tstep is skipped.\n \n-git-p4.skipSubmitEditCheck::\n+`git-p4.skipSubmitEditCheck`::\n \tAfter editing the p4 change message, `git p4` makes sure that\n \tthe description really was changed by looking at the file\n \tmodification time.  This option disables that test.\n \n-git-p4.allowSubmit::\n+`git-p4.allowSubmit`::\n \tBy default, any branch can be used as the source for a `git p4\n \tsubmit` operation.  This configuration variable, if set, permits only\n \tthe named branches to be used as submit sources.  Branch names\n \tmust be the short names (no `refs/heads/`), and should be\n \tseparated by commas (\",\"), with no spaces.\n \n-git-p4.skipUserNameCheck::\n+`git-p4.skipUserNameCheck`::\n \tIf the user running `git p4 submit` does not exist in the p4\n \tuser map, `git p4` exits.  This option can be used to force\n \tsubmission regardless.\n \n-git-p4.attemptRCSCleanup::\n+`git-p4.attemptRCSCleanup`::\n \tIf enabled, `git p4 submit` will attempt to cleanup RCS keywords\n \t($Header$, etc). These would otherwise cause merge conflicts and prevent\n \tthe submit going ahead. This option should be considered experimental at\n \tpresent.\n \n-git-p4.exportLabels::\n+`git-p4.exportLabels`::\n \tExport Git tags to p4 labels, as per `--export-labels`.\n \n-git-p4.labelExportRegexp::\n+`git-p4.labelExportRegexp`::\n \tOnly p4 labels matching this regular expression will be exported. The\n \tdefault value is '[a-zA-Z0-9_\\-.]+$'.\n \n-git-p4.conflict::\n+`git-p4.conflict`::\n \tSpecify submit behavior when a conflict with p4 is found, as per\n \t`--conflict`.  The default behavior is 'ask'.\n \n-git-p4.disableRebase::\n+`git-p4.disableRebase`::\n     Do not rebase the tree against p4/master following a submit.\n \n-git-p4.disableP4Sync::\n+`git-p4.disableP4Sync`::\n     Do not sync p4/master with Perforce following a submit. Implies `git-p4.disableRebase`.\n \n IMPLEMENTATION DETAILS\ndiff --git a/Documentation/git-send-email.txt b/Documentation/git-send-email.txt\nindex 958ab5018b..abd617524c 100644\n--- a/Documentation/git-send-email.txt\n+++ b/Documentation/git-send-email.txt\n@@ -443,11 +443,11 @@ Information\n CONFIGURATION\n -------------\n \n-sendemail.aliasesFile::\n+`sendemail.aliasesFile`::\n \tTo avoid typing long email addresses, point this to one or more\n \temail aliases files.  You must also supply `sendemail.aliasFileType`.\n \n-sendemail.aliasFileType::\n+`sendemail.aliasFileType`::\n \tFormat of the file(s) specified in `sendemail.aliasesFile`. Must be\n \tone of 'mutt', 'mailrc', 'pine', 'elm', or 'gnus', or 'sendmail'.\n +\n@@ -468,13 +468,13 @@ described below:\n \trecognized by the parser.\n --\n \n-sendemail.multiEdit::\n+`sendemail.multiEdit`::\n \tIf true (default), a single editor instance will be spawned to edit\n \tfiles you have to edit (patches when `--annotate` is used, and the\n \tsummary when `--compose` is used). If false, files will be edited one\n \tafter the other, spawning a new editor each time.\n \n-sendemail.confirm::\n+`sendemail.confirm`::\n \tSets the default for whether to confirm before sending. Must be\n \tone of 'always', 'never', 'cc', 'compose', or 'auto'. See `--confirm`\n \tin the previous section for the meaning of these values.\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex d484152b7a..5e31bd8088 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -755,8 +755,8 @@ config key: `svn.followparent`\n CONFIG FILE-ONLY OPTIONS\n ------------------------\n \n-svn.noMetadata::\n-svn-remote.<name>.noMetadata::\n+`svn.noMetadata`::\n+`svn-remote.<name>.noMetadata`::\n \tThis gets rid of the 'git-svn-id:' lines at the end of every commit.\n +\n This option can only be used for one-shot imports as `git svn`\n@@ -776,8 +776,8 @@ https://github.com/newren/git-filter-repo[git-filter-repo] instead.\n filter-repo also allows reformatting of metadata for ease-of-reading\n and rewriting authorship info for non-`svn.authorsFile` users.\n \n-svn.useSvmProps::\n-svn-remote.<name>.useSvmProps::\n+`svn.useSvmProps`::\n+`svn-remote.<name>.useSvmProps`::\n \tThis allows `git svn` to re-map repository URLs and UUIDs from\n \tmirrors created using SVN::Mirror (or svk) for metadata.\n +\n@@ -789,26 +789,26 @@ introduce a helper function that returns the original identity\n URL and UUID, and use it when generating metadata in commit\n messages.\n \n-svn.useSvnsyncProps::\n-svn-remote.<name>.useSvnsyncprops::\n+`svn.useSvnsyncProps`::\n+`svn-remote.<name>.useSvnsyncprops`::\n \tSimilar to the useSvmProps option; this is for users\n \tof the svnsync(1) command distributed with SVN 1.4.x and\n \tlater.\n \n-svn-remote.<name>.rewriteRoot::\n+`svn-remote.<name>.rewriteRoot`::\n \tThis allows users to create repositories from alternate\n \tURLs.  For example, an administrator could run `git svn` on the\n \tserver locally (accessing via `file://`) but wish to distribute\n \tthe repository with a public `http://` or `svn://` URL in the\n \tmetadata so users of it will see the public URL.\n \n-svn-remote.<name>.rewriteUUID::\n+`svn-remote.<name>.rewriteUUID`::\n \tSimilar to the useSvmProps option; this is for users who need\n \tto remap the UUID manually. This may be useful in situations\n \twhere the original UUID is not available via either useSvmProps\n \tor useSvnsyncProps.\n \n-svn-remote.<name>.pushurl::\n+`svn-remote.<name>.pushurl`::\n \n \tSimilar to Git's `remote.<name>.pushurl`, this key is designed\n \tto be used in cases where 'url' points to an SVN repository\n@@ -818,7 +818,7 @@ svn-remote.<name>.pushurl::\n \teither 'commiturl' or 'pushurl' could be used, 'commiturl'\n \ttakes precedence.\n \n-svn.brokenSymlinkWorkaround::\n+`svn.brokenSymlinkWorkaround`::\n \tThis disables potentially expensive checks to workaround\n \tbroken symlinks checked into SVN by broken clients.  Set this\n \toption to \"false\" if you track a SVN repository with many\n@@ -827,13 +827,13 @@ svn.brokenSymlinkWorkaround::\n \trevision fetched.  If unset, `git svn` assumes this option to\n \tbe \"true\".\n \n-svn.pathnameencoding::\n+`svn.pathnameencoding`::\n \tThis instructs `git svn` to recode pathnames to a given encoding.\n \tIt can be used by windows users and by those who work in non-utf8\n \tlocales to avoid corrupted file names with non-ASCII characters.\n \tValid encodings are the ones supported by Perl's Encode module.\n \n-svn-remote.<name>.automkdirs::\n+`svn-remote.<name>.automkdirs`::\n \tNormally, the `git svn clone` and `git svn rebase` commands\n \tattempt to recreate empty directories that are in the\n \tSubversion repository.  If this option is set to \"false\", then\ndiff --git a/Documentation/gitmodules.txt b/Documentation/gitmodules.txt\nindex 861a8ae778..e4e5ecded2 100644\n--- a/Documentation/gitmodules.txt\n+++ b/Documentation/gitmodules.txt\n@@ -23,13 +23,13 @@ submodule has been added unless it was customized with the `--name`\n option of `git submodule add`. Each submodule section also contains the\n following required keys:\n \n-submodule.<name>.path::\n+`submodule.<name>.path`::\n \tDefines the path, relative to the top-level directory of the Git\n \tworking tree, where the submodule is expected to be checked out.\n \tThe path name must not end with a `/`. All submodule paths must\n \tbe unique within the `.gitmodules` file.\n \n-submodule.<name>.url::\n+`submodule.<name>.url`::\n \tDefines a URL from which the submodule repository can be cloned.\n \tThis may be either an absolute URL ready to be passed to\n \tlinkgit:git-clone[1] or (if it begins with `./` or `../`) a location\n@@ -37,7 +37,7 @@ submodule.<name>.url::\n \n In addition, there are a number of optional keys:\n \n-submodule.<name>.update::\n+`submodule.<name>.update`::\n \tDefines the default update procedure for the named submodule,\n \ti.e. how the submodule is updated by the `git submodule update`\n \tcommand in the superproject. This is only used by `git\n@@ -47,7 +47,7 @@ submodule.<name>.update::\n \tlinkgit:git-submodule[1] for their meaning. For security\n \treasons, the '!command' form is not accepted here.\n \n-submodule.<name>.branch::\n+`submodule.<name>.branch`::\n \tA remote branch name for tracking updates in the upstream submodule.\n \tIf the option is not specified, it defaults to the remote `HEAD`.\n \tA special value of `.` is used to indicate that the name of the branch\n@@ -55,7 +55,7 @@ submodule.<name>.branch::\n \tcurrent repository.  See the `--remote` documentation in\n \tlinkgit:git-submodule[1] for details.\n \n-submodule.<name>.fetchRecurseSubmodules::\n+`submodule.<name>.fetchRecurseSubmodules`::\n \tThis option can be used to control recursive fetching of this\n \tsubmodule. If this option is also present in the submodule's entry in\n \t`.git/config` of the superproject, the setting there will override the\n@@ -63,7 +63,7 @@ submodule.<name>.fetchRecurseSubmodules::\n \tBoth settings can be overridden on the command line by using the\n \t`--[no-]recurse-submodules` option to `git fetch` and `git pull`.\n \n-submodule.<name>.ignore::\n+`submodule.<name>.ignore`::\n \tDefines under what circumstances `git status` and the diff family show\n \ta submodule as modified. The following values are supported:\n +\n@@ -93,7 +93,7 @@ Both settings can be overridden on the command line by using the\n affected by this setting.\n --\n \n-submodule.<name>.shallow::\n+`submodule.<name>.shallow`::\n \tWhen set to true, a clone of this submodule will be performed as a\n \tshallow clone (with a history depth of 1) unless the user explicitly\n \tasks for a non-shallow clone.\ndiff --git a/Documentation/gitrepository-layout.txt b/Documentation/gitrepository-layout.txt\nindex c639ea8cc6..8d2cc46d44 100644\n--- a/Documentation/gitrepository-layout.txt\n+++ b/Documentation/gitrepository-layout.txt\n@@ -145,7 +145,7 @@ for details.\n \tif `$GIT_COMMON_DIR` is set and `$GIT_COMMON_DIR/config` will be\n \tused instead.\n \n-config.worktree::\n+`config.worktree`::\n \tWorking directory specific configuration file for the main\n \tworking directory in multiple working directory setup (see\n \tlinkgit:git-worktree[1]).\n@@ -182,7 +182,7 @@ config.worktree::\n \tThe current index file for the repository.  It is\n \tusually not found in a bare repository.\n \n-sharedindex.<SHA-1>::\n+`sharedindex.<SHA-1>`::\n \tThe shared index part, to be referenced by `$GIT_DIR/index` and\n \tother temporary index files. Only valid in split index mode.\n \ndiff --git a/Documentation/gitweb.txt b/Documentation/gitweb.txt\nindex 057038bb6d..e863f739b1 100644\n--- a/Documentation/gitweb.txt\n+++ b/Documentation/gitweb.txt\n@@ -254,7 +254,7 @@ This is per-repository enhancement / version of global prefix-based\n `@git_base_url_list` `gitweb` configuration variable (see\n linkgit:gitweb.conf[5]).\n \n-gitweb.owner::\n+`gitweb.owner`::\n \tYou can use the `gitweb.owner` repository configuration variable to set\n \trepository's owner.  It is displayed in the project list and summary\n \tpage.\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421334","messageId":"20210409040301.3260358-9-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 08/13] doc: typeset filepath and $variables in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:56Z","receivedAt":"2021-04-09T04:06:36Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap filepaths and $-prefixed environment or Perl variables with\nbackticks as indicated in the CodingGuidelines.\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/config.txt                 | 12 ++--\n Documentation/git-bisect-lk2009.txt      | 12 ++--\n Documentation/git-bugreport.txt          |  2 +-\n Documentation/git-bundle.txt             |  2 +-\n Documentation/git-checkout.txt           |  2 +-\n Documentation/git-config.txt             | 18 ++---\n Documentation/git-credential-store.txt   |  6 +-\n Documentation/git-daemon.txt             |  2 +-\n Documentation/git-describe.txt           |  8 +--\n Documentation/git-fast-export.txt        |  2 +-\n Documentation/git-fetch-pack.txt         | 14 ++--\n Documentation/git-fetch.txt              |  2 +-\n Documentation/git-filter-branch.txt      |  6 +-\n Documentation/git-for-each-ref.txt       |  2 +-\n Documentation/git-fsck.txt               |  8 +--\n Documentation/git-http-backend.txt       |  4 +-\n Documentation/git-http-fetch.txt         |  2 +-\n Documentation/git-http-push.txt          |  2 +-\n Documentation/git-log.txt                |  4 +-\n Documentation/git-mergetool--lib.txt     |  4 +-\n Documentation/git-p4.txt                 | 18 ++---\n Documentation/git-pack-objects.txt       |  4 +-\n Documentation/git-pack-refs.txt          |  2 +-\n Documentation/git-push.txt               |  2 +-\n Documentation/git-read-tree.txt          | 22 +++---\n Documentation/git-receive-pack.txt       | 18 ++---\n Documentation/git-remote.txt             |  4 +-\n Documentation/git-restore.txt            |  2 +-\n Documentation/git-rev-parse.txt          | 16 ++---\n Documentation/git-send-email.txt         |  2 +-\n Documentation/git-send-pack.txt          |  4 +-\n Documentation/git-show-branch.txt        |  2 +-\n Documentation/git-show-ref.txt           | 12 ++--\n Documentation/git-submodule.txt          | 16 ++---\n Documentation/git-svn.txt                | 36 +++++-----\n Documentation/git-update-index.txt       |  8 +--\n Documentation/git-update-ref.txt         | 10 +--\n Documentation/git-update-server-info.txt |  4 +-\n Documentation/git.txt                    |  6 +-\n Documentation/gitattributes.txt          |  6 +-\n Documentation/githooks.txt               |  6 +-\n Documentation/gitignore.txt              |  6 +-\n Documentation/gitk.txt                   |  2 +-\n Documentation/gitmailmap.txt             |  2 +-\n Documentation/gitmodules.txt             |  2 +-\n Documentation/gitrepository-layout.txt   | 52 +++++++-------\n Documentation/gitsubmodules.txt          |  2 +-\n Documentation/gitweb.conf.txt            | 92 ++++++++++++------------\n Documentation/gitweb.txt                 |  8 +--\n Documentation/glossary-content.txt       |  2 +-\n Documentation/pretty-formats.txt         |  4 +-\n Documentation/pretty-options.txt         |  6 +-\n Documentation/rev-list-options.txt       |  2 +-\n Documentation/revisions.txt              | 22 +++---\n 54 files changed, 258 insertions(+), 258 deletions(-)\n\ndiff --git a/Documentation/config.txt b/Documentation/config.txt\nindex 1747307621..68529ad9db 100644\n--- a/Documentation/config.txt\n+++ b/Documentation/config.txt\n@@ -164,8 +164,8 @@ A few more notes on matching via `gitdir` and `gitdir/i`:\n  * Symlinks in `$GIT_DIR` are not resolved before matching.\n \n  * Both the symlink & realpath versions of paths will be matched\n-   outside of `$GIT_DIR`. E.g. if ~/git is a symlink to\n-   /mnt/storage/git, both `gitdir:~/git` and `gitdir:/mnt/storage/git`\n+   outside of `$GIT_DIR`. E.g. if `~/git` is a symlink to\n+   `/mnt/storage/git`, both `gitdir:~/git` and `gitdir:/mnt/storage/git`\n    will match.\n +\n This was not the case in the initial release of this feature in\n@@ -173,7 +173,7 @@ v2.13.0, which only matched the realpath version. Configuration that\n wants to be compatible with the initial release of this feature needs\n to either specify only the realpath version, or both versions.\n \n- * Note that \"../\" is not special and will match literally, which is\n+ * Note that `../` is not special and will match literally, which is\n    unlikely what you want.\n \n Example\n@@ -204,15 +204,15 @@ Example\n \tpath = foo.inc ; find \"foo.inc\" relative to the current file\n \tpath = ~/foo.inc ; find \"foo.inc\" in your `$HOME` directory\n \n-; include if $GIT_DIR is /path/to/foo/.git\n+; include if `$GIT_DIR` is /path/to/foo/.git\n [includeIf \"gitdir:/path/to/foo/.git\"]\n \tpath = /path/to/foo.inc\n \n-; include for all repositories inside /path/to/group\n+; include for all repositories inside `/path/to/group`\n [includeIf \"gitdir:/path/to/group/\"]\n \tpath = /path/to/foo.inc\n \n-; include for all repositories inside $HOME/to/group\n+; include for all repositories inside `$HOME/to/group`\n [includeIf \"gitdir:~/to/group/\"]\n \tpath = /path/to/foo.inc\n \ndiff --git a/Documentation/git-bisect-lk2009.txt b/Documentation/git-bisect-lk2009.txt\nindex b919b3ea42..de5f221613 100644\n--- a/Documentation/git-bisect-lk2009.txt\n+++ b/Documentation/git-bisect-lk2009.txt\n@@ -1218,9 +1218,9 @@ With the example above that would give:\n -------------\n \n That's why the `git replace` command was created. Technically it\n-stores replacements \"refs\" in the \"refs/replace/\" hierarchy. These\n-\"refs\" are like branches (that are stored in \"refs/heads/\") or tags\n-(that are stored in \"refs/tags\"), and that means that they can\n+stores replacements `refs` in the `refs/replace/` hierarchy. These\n+`refs` are like branches (that are stored in `refs/heads/`) or tags\n+(that are stored in `refs/tags`), and that means that they can\n automatically be shared like branches or tags among developers.\n \n `git replace` is a very powerful mechanism. It can be used to fix\n@@ -1233,10 +1233,10 @@ it is now in the `master` branch of Git's Git repository and it should\n be released in Git 1.6.5 in October or November 2009.\n \n One problem with `git replace` is that currently it stores all the\n-replacements refs in \"refs/replace/\", but it would be perhaps better\n+replacements refs in `refs/replace/`, but it would be perhaps better\n if the replacement refs that are useful only for bisecting would be in\n-\"refs/replace/bisect/\". This way the replacement refs could be used\n-only for bisecting, while other refs directly in \"refs/replace/\" would\n+`refs/replace/bisect/`. This way the replacement refs could be used\n+only for bisecting, while other refs directly in `refs/replace/` would\n be used nearly all the time.\n \n Bisecting sporadic bugs\ndiff --git a/Documentation/git-bugreport.txt b/Documentation/git-bugreport.txt\nindex bb1355248e..0d5ef36f90 100644\n--- a/Documentation/git-bugreport.txt\n+++ b/Documentation/git-bugreport.txt\n@@ -29,7 +29,7 @@ The following information is captured automatically:\n  - uname sysname, release, version, and machine strings\n  - Compiler-specific info string\n  - A list of enabled hooks\n- - $SHELL\n+ - `$SHELL`\n \n This tool is invoked via the typical Git setup process, which means that in some\n cases, it might not be able to launch - for example, if a relevant config file\ndiff --git a/Documentation/git-bundle.txt b/Documentation/git-bundle.txt\nindex fb0ebe1257..51f8dd463f 100644\n--- a/Documentation/git-bundle.txt\n+++ b/Documentation/git-bundle.txt\n@@ -168,7 +168,7 @@ machineB$ git clone -b master /home/me/tmp/file.bundle R2\n ----------------\n \n This will define a remote called `origin` in the resulting repository that\n-lets you fetch and pull from the bundle. The $GIT_DIR/config file in R2 will\n+lets you fetch and pull from the bundle. The `$GIT_DIR/config` file in R2 will\n have an entry like this:\n \n ------------------------\ndiff --git a/Documentation/git-checkout.txt b/Documentation/git-checkout.txt\nindex c3fc807d91..15f9690e37 100644\n--- a/Documentation/git-checkout.txt\n+++ b/Documentation/git-checkout.txt\n@@ -327,7 +327,7 @@ Note that this option uses the no overlay mode by default (see also\n \n <branch>::\n \tBranch to checkout; if it refers to a branch (i.e., a name that,\n-\twhen prepended with \"refs/heads/\", is a valid ref), then that\n+\twhen prepended with `refs/heads/`, is a valid ref), then that\n \tbranch is checked out. Otherwise, if it refers to a valid\n \tcommit, your `HEAD` becomes \"detached\" and you are no longer on\n \tany branch (see below for details).\ndiff --git a/Documentation/git-config.txt b/Documentation/git-config.txt\nindex afb14bcafe..80b646b895 100644\n--- a/Documentation/git-config.txt\n+++ b/Documentation/git-config.txt\n@@ -286,27 +286,27 @@ FILES\n If not set explicitly with `--file`, there are four files where\n `git config` will search for configuration options:\n \n-$(prefix)/etc/gitconfig::\n+`$(prefix)/etc/gitconfig`::\n \tSystem-wide configuration file.\n \n-$XDG_CONFIG_HOME/git/config::\n-\tSecond user-specific configuration file. If $XDG_CONFIG_HOME is not set\n+`$XDG_CONFIG_HOME/git/config`::\n+\tSecond user-specific configuration file. If `$XDG_CONFIG_HOME` is not set\n \tor empty, `$HOME/.config/git/config` will be used. Any single-valued\n \tvariable set in this file will be overwritten by whatever is in\n \t`~/.gitconfig`.  It is a good idea not to create this file if\n \tyou sometimes use older versions of Git, as support for this\n \tfile was added fairly recently.\n \n-~/.gitconfig::\n+`~/.gitconfig`::\n \tUser-specific configuration file. Also called \"global\"\n \tconfiguration file.\n \n-$GIT_DIR/config::\n+`$GIT_DIR/config`::\n \tRepository specific configuration file.\n \n-$GIT_DIR/config.worktree::\n+`$GIT_DIR/config.worktree`::\n \tThis is optional and is only searched when\n-\t`extensions.worktreeConfig` is present in $GIT_DIR/config.\n+\t`extensions.worktreeConfig` is present in `$GIT_DIR/config`.\n \n If no further options are given, all reading options will read all of these\n files that are available. If the global or the system-wide configuration\n@@ -338,11 +338,11 @@ ENVIRONMENT\n GIT_CONFIG::\n \tTake the configuration from the given file instead of `.git/config`.\n \tUsing the `--global` option forces this to `~/.gitconfig`. Using the\n-\t`--system` option forces this to $(prefix)/etc/gitconfig.\n+\t`--system` option forces this to `$(prefix)/etc/gitconfig`.\n \n GIT_CONFIG_NOSYSTEM::\n \tWhether to skip reading settings from the system-wide\n-\t$(prefix)/etc/gitconfig file. See linkgit:git[1] for details.\n+\t`$(prefix)/etc/gitconfig` file. See linkgit:git[1] for details.\n \n See also <<FILES>>.\n \ndiff --git a/Documentation/git-credential-store.txt b/Documentation/git-credential-store.txt\nindex 376b0d6c5f..3d83420f0a 100644\n--- a/Documentation/git-credential-store.txt\n+++ b/Documentation/git-credential-store.txt\n@@ -47,11 +47,11 @@ FILES\n If not set explicitly with `--file`, there are two files where\n `git-credential-store` will search for credentials in order of precedence:\n \n-~/.git-credentials::\n+`~/.git-credentials`::\n \tUser-specific credentials file.\n \n-$XDG_CONFIG_HOME/git/credentials::\n-\tSecond user-specific credentials file. If '$XDG_CONFIG_HOME' is not set\n+`$XDG_CONFIG_HOME/git/credentials`::\n+\tSecond user-specific credentials file. If `$XDG_CONFIG_HOME` is not set\n \tor empty, `$HOME/.config/git/credentials` will be used. Any credentials\n \tstored in this file will not be used if `~/.git-credentials` has a\n \tmatching credential as well. It is a good idea not to create this file\ndiff --git a/Documentation/git-daemon.txt b/Documentation/git-daemon.txt\nindex 1298ceb723..3f684378f4 100644\n--- a/Documentation/git-daemon.txt\n+++ b/Documentation/git-daemon.txt\n@@ -209,7 +209,7 @@ Git configuration files in that directory are readable by `<user>`.\n \t(%CH), IP address (%IP), and TCP port (%P) as its command-line\n \targuments. The external command can decide to decline the\n \tservice by exiting with a non-zero status (or to allow it by\n-\texiting with a zero status).  It can also look at the $REMOTE_ADDR\n+\texiting with a zero status).  It can also look at the `$REMOTE_ADDR`\n \tand `$REMOTE_PORT` environment variables to learn about the\n \trequestor when making this decision.\n +\ndiff --git a/Documentation/git-describe.txt b/Documentation/git-describe.txt\nindex 6cfb444444..a21eafa025 100644\n--- a/Documentation/git-describe.txt\n+++ b/Documentation/git-describe.txt\n@@ -95,9 +95,9 @@ OPTIONS\n \n --match <pattern>::\n \tOnly consider tags matching the given `glob(7)` pattern,\n-\texcluding the \"refs/tags/\" prefix. If used with `--all`, it also\n+\texcluding the `refs/tags/` prefix. If used with `--all`, it also\n \tconsiders local branches and remote-tracking references matching the\n-\tpattern, excluding respectively \"refs/heads/\" and \"refs/remotes/\"\n+\tpattern, excluding respectively `refs/heads/` and `refs/remotes/`\n \tprefix; references of other types are never considered. If given\n \tmultiple times, a list of patterns will be accumulated, and tags\n \tmatching any of the patterns will be considered.  Use `--no-match` to\n@@ -105,9 +105,9 @@ OPTIONS\n \n --exclude <pattern>::\n \tDo not consider tags matching the given `glob(7)` pattern, excluding\n-\tthe \"refs/tags/\" prefix. If used with `--all`, it also does not consider\n+\tthe `refs/tags/` prefix. If used with `--all`, it also does not consider\n \tlocal branches and remote-tracking references matching the pattern,\n-\texcluding respectively \"refs/heads/\" and \"refs/remotes/\" prefix;\n+\texcluding respectively `refs/heads/` and `refs/remotes/` prefix;\n \treferences of other types are never considered. If given multiple times,\n \ta list of patterns will be accumulated and tags matching any of the\n \tpatterns will be excluded. When combined with `--match` a tag will be\ndiff --git a/Documentation/git-fast-export.txt b/Documentation/git-fast-export.txt\nindex 24b10d4ad1..0e1db78aee 100644\n--- a/Documentation/git-fast-export.txt\n+++ b/Documentation/git-fast-export.txt\n@@ -185,7 +185,7 @@ This makes a new branch called `other` from `master~5`..`master`\n \n Note that this assumes that none of the blobs and commit messages\n referenced by that revision range contains the string\n-'refs/heads/master'.\n+`refs/heads/master`.\n \n \n ANONYMIZING\ndiff --git a/Documentation/git-fetch-pack.txt b/Documentation/git-fetch-pack.txt\nindex eaca893ac8..3d829538b0 100644\n--- a/Documentation/git-fetch-pack.txt\n+++ b/Documentation/git-fetch-pack.txt\n@@ -69,15 +69,15 @@ be in a separate packet, and the list must end with a flush packet.\n \n --upload-pack=<git-upload-pack>::\n \tUse this to specify the path to `git-upload-pack` on the\n-\tremote side, if is not found on your $PATH.\n+\tremote side, if is not found on your `$PATH`.\n \tInstallations of sshd ignores the user's environment\n-\tsetup scripts for login shells (e.g. .bash_profile) and\n+\tsetup scripts for login shells (e.g. `.bash_profile`) and\n \tyour privately installed `git` may not be found on the system\n-\tdefault $PATH.  Another workaround suggested is to set\n-\tup your $PATH in \".bashrc\", but this flag is for people\n+\tdefault `$PATH`.  Another workaround suggested is to set\n+\tup your `$PATH` in `.bashrc`, but this flag is for people\n \twho do not want to pay the overhead for non-interactive\n-\tshells by having a lean .bashrc file (they set most of\n-\tthe things up in .bash_profile).\n+\tshells by having a lean `.bashrc` file (they set most of\n+\tthe things up in `.bash_profile`).\n \n --exec=<git-upload-pack>::\n \tSame as `--upload-pack`=<git-upload-pack>.\n@@ -116,7 +116,7 @@ be in a separate packet, and the list must end with a flush packet.\n \n <refs>...::\n \tThe remote heads to update from. This is relative to\n-\t$GIT_DIR (e.g. `HEAD`, \"refs/heads/master\").  When\n+\t`$GIT_DIR` (e.g. `HEAD`, `refs/heads/master`).  When\n \tunspecified, update from all heads the remote side has.\n +\n If the remote has enabled the options `uploadpack.allowTipSHA1InWant`,\ndiff --git a/Documentation/git-fetch.txt b/Documentation/git-fetch.txt\nindex b0b5d06aad..11ee865969 100644\n--- a/Documentation/git-fetch.txt\n+++ b/Documentation/git-fetch.txt\n@@ -17,7 +17,7 @@ SYNOPSIS\n \n DESCRIPTION\n -----------\n-Fetch branches and/or tags (collectively, \"refs\") from one or more\n+Fetch branches and/or tags (collectively, `refs`) from one or more\n other repositories, along with the objects necessary to complete their\n histories.  Remote-tracking branches are updated (see the description\n of <refspec> below for ways to control this behavior).\ndiff --git a/Documentation/git-filter-branch.txt b/Documentation/git-filter-branch.txt\nindex b21205d265..8b19805695 100644\n--- a/Documentation/git-filter-branch.txt\n+++ b/Documentation/git-filter-branch.txt\n@@ -61,7 +61,7 @@ rewriting published history.)\n \n Always verify that the rewritten version is correct: The original refs,\n if different from the rewritten ones, will be stored in the namespace\n-'refs/original/'.\n+`refs/original/`.\n \n Note that since this operation is very I/O expensive, it might\n be a good idea to redirect the temporary directory off-disk with the\n@@ -195,7 +195,7 @@ to other tags will be rewritten to point to the underlying commit.\n \n --original <namespace>::\n \tUse this option to set the namespace where the original commits\n-\twill be stored. The default value is 'refs/original'.\n+\twill be stored. The default value is `refs/original`.\n \n -d <directory>::\n \tUse this option to set the path to the temporary directory used for\n@@ -209,7 +209,7 @@ to other tags will be rewritten to point to the underlying commit.\n --force::\n \t`git filter-branch` refuses to start with an existing temporary\n \tdirectory or when there are already refs starting with\n-\t'refs/original/', unless forced.\n+\t`refs/original/`, unless forced.\n \n --state-branch <branch>::\n \tThis option will cause the mapping from old to new objects to\ndiff --git a/Documentation/git-for-each-ref.txt b/Documentation/git-for-each-ref.txt\nindex 33fb379df4..518f040fcd 100644\n--- a/Documentation/git-for-each-ref.txt\n+++ b/Documentation/git-for-each-ref.txt\n@@ -103,7 +103,7 @@ keys.\n For all objects, the following names can be used:\n \n refname::\n-\tThe name of the ref (the part after $GIT_DIR/).\n+\tThe name of the ref (the part after `$GIT_DIR`/).\n \tFor a non-ambiguous short name of the ref append `:short`.\n \tThe option `core.warnAmbiguousRefs` is used to select the strict\n \tabbreviation mode. If `lstrip=<N>` (`rstrip=<N>`) is appended, strips `<N>`\ndiff --git a/Documentation/git-fsck.txt b/Documentation/git-fsck.txt\nindex a680caa365..2d90384355 100644\n--- a/Documentation/git-fsck.txt\n+++ b/Documentation/git-fsck.txt\n@@ -53,10 +53,10 @@ index file, all SHA-1 references in `refs` namespace, and all reflogs\n \n --full::\n \tCheck not just objects in GIT_OBJECT_DIRECTORY\n-\t($GIT_DIR/objects), but also the ones found in alternate\n+\t(`$GIT_DIR/objects`), but also the ones found in alternate\n \tobject pools listed in GIT_ALTERNATE_OBJECT_DIRECTORIES\n-\tor $GIT_DIR/objects/info/alternates,\n-\tand in packed Git archives found in $GIT_DIR/objects/pack\n+\tor `$GIT_DIR/objects/info/alternates`,\n+\tand in packed Git archives found in `$GIT_DIR/objects/pack`\n \tand corresponding pack subdirectories in alternate\n \tobject pools.  This is now default; you can turn it off\n \twith `--no-full`.\n@@ -154,7 +154,7 @@ Environment Variables\n ---------------------\n \n GIT_OBJECT_DIRECTORY::\n-\tused to specify the object database root (usually $GIT_DIR/objects)\n+\tused to specify the object database root (usually `$GIT_DIR/objects`)\n \n GIT_INDEX_FILE::\n \tused to specify the index file of the index\ndiff --git a/Documentation/git-http-backend.txt b/Documentation/git-http-backend.txt\nindex e63816e430..4bbf4811c0 100644\n--- a/Documentation/git-http-backend.txt\n+++ b/Documentation/git-http-backend.txt\n@@ -264,8 +264,8 @@ a repository with an extremely large number of refs.  The value can be\n specified with a unit (e.g., `100M` for 100 megabytes). The default is\n 10 megabytes.\n \n-The backend process sets GIT_COMMITTER_NAME to '$REMOTE_USER' and\n-GIT_COMMITTER_EMAIL to '$\\{REMOTE_USER}@http.$\\{REMOTE_ADDR\\}',\n+The backend process sets `GIT_COMMITTER_NAME` to `$REMOTE_USER` and\n+`GIT_COMMITTER_EMAIL` to '$\\{REMOTE_USER}@http.$\\{REMOTE_ADDR\\}',\n ensuring that any reflogs created by `git-receive-pack` contain some\n identifying information of the remote user who performed the push.\n \ndiff --git a/Documentation/git-http-fetch.txt b/Documentation/git-http-fetch.txt\nindex 87028e3312..58e92f22c6 100644\n--- a/Documentation/git-http-fetch.txt\n+++ b/Documentation/git-http-fetch.txt\n@@ -31,7 +31,7 @@ commit-id::\n \tReport what is downloaded.\n \n -w <filename>::\n-        Writes the commit-id into the filename under $GIT_DIR/refs/<filename> on\n+        Writes the commit-id into the filename under `$GIT_DIR/refs/<filename>` on\n         the local end after the transfer is complete.\n \n --stdin::\ndiff --git a/Documentation/git-http-push.txt b/Documentation/git-http-push.txt\nindex 85c564c412..a2932ba27f 100644\n--- a/Documentation/git-http-push.txt\n+++ b/Documentation/git-http-push.txt\n@@ -74,7 +74,7 @@ destination side.\n \n  - If <dst> does not match any remote ref, either\n \n-   * it has to start with \"refs/\"; <dst> is used as the\n+   * it has to start with `refs/`; <dst> is used as the\n      destination literally in this case.\n \n    * <src> == <dst> and the ref that matched the <src> must not\ndiff --git a/Documentation/git-log.txt b/Documentation/git-log.txt\nindex a6b3bc1611..43f9a5c69e 100644\n--- a/Documentation/git-log.txt\n+++ b/Documentation/git-log.txt\n@@ -34,8 +34,8 @@ OPTIONS\n --no-decorate::\n --decorate[=short|full|auto|no]::\n \tPrint out the ref names of any commits that are shown. If 'short' is\n-\tspecified, the ref name prefixes 'refs/heads/', 'refs/tags/' and\n-\t'refs/remotes/' will not be printed. If 'full' is specified, the\n+\tspecified, the ref name prefixes `refs/heads/`, `refs/tags/` and\n+\t`refs/remotes/` will not be printed. If 'full' is specified, the\n \tfull ref name (including prefix) will be printed. If 'auto' is\n \tspecified, then if the output is going to a terminal, the ref names\n \tare shown as if 'short' were given, otherwise no ref names are\ndiff --git a/Documentation/git-mergetool--lib.txt b/Documentation/git-mergetool--lib.txt\nindex 8177c877e2..7adf8f797b 100644\n--- a/Documentation/git-mergetool--lib.txt\n+++ b/Documentation/git-mergetool--lib.txt\n@@ -29,7 +29,7 @@ FUNCTIONS\n ---------\n get_merge_tool::\n \treturns a merge tool. the return code is 1 if we returned a guessed\n-\tmerge tool, else 0. '$GIT_MERGETOOL_GUI' may be set to 'true' to\n+\tmerge tool, else 0. `$GIT_MERGETOOL_GUI` may be set to 'true' to\n \tsearch for the appropriate guitool.\n \n get_merge_tool_cmd::\n@@ -45,7 +45,7 @@ initialize_merge_tool::\n run_merge_tool::\n \tlaunches a merge tool given the tool name and a true/false\n \tflag to indicate whether a merge base is present.\n-\t'$MERGED', '$LOCAL', '$REMOTE', and '$BASE' must be defined\n+\t`$MERGED`, `$LOCAL`, `$REMOTE`, and `$BASE` must be defined\n \tfor use by the merge tool.\n \n GIT\ndiff --git a/Documentation/git-p4.txt b/Documentation/git-p4.txt\nindex 093f023ac5..a74866d84f 100644\n--- a/Documentation/git-p4.txt\n+++ b/Documentation/git-p4.txt\n@@ -74,7 +74,7 @@ This:\n 1. Creates an empty Git repository in a subdirectory called 'project'.\n +\n 2. Imports the full contents of the head revision from the given p4\n-   depot path into a single commit in the Git branch 'refs/remotes/p4/master'.\n+   depot path into a single commit in the Git branch `refs/remotes/p4/master`.\n +\n 3. Creates a local branch, `master` from this remote and checks it out.\n \n@@ -103,11 +103,11 @@ $ git init\n $ git p4 sync //path/in/your/perforce/depot\n ------------\n This imports the specified depot into\n-'refs/remotes/p4/master' in an existing Git repository.  The\n+`refs/remotes/p4/master` in an existing Git repository.  The\n `--branch` option can be used to specify a different branch to\n be used for the p4 content.\n \n-If a Git repository includes branches 'refs/remotes/origin/p4', these\n+If a Git repository includes branches `refs/remotes/origin/p4`, these\n will be fetched and consulted first during a `git p4 sync`.  Since\n importing directly from p4 is considerably slower than pulling changes\n from a Git remote, this can be useful in a multi-developer environment.\n@@ -155,7 +155,7 @@ $ git p4 submit --commit <sha1>\n $ git p4 submit --commit <sha1..sha1>\n ------------\n \n-The upstream reference is generally 'refs/remotes/p4/master', but can\n+The upstream reference is generally `refs/remotes/p4/master`, but can\n be overridden using the `--origin=` command-line option.\n \n The p4 changes will be created as the user invoking `git p4 submit`. The\n@@ -254,10 +254,10 @@ Git repository:\n \tImport labels from p4 into Git.\n \n --import-local::\n-\tBy default, p4 branches are stored in 'refs/remotes/p4/',\n+\tBy default, p4 branches are stored in `refs/remotes/p4/`,\n \twhere they will be treated as remote-tracking branches by\n \tlinkgit:git-branch[1] and other commands.  This option instead\n-\tputs p4 branches in 'refs/heads/p4/'.  Note that future\n+\tputs p4 branches in `refs/heads/p4/`.  Note that future\n \tsync operations must specify `--import-local` as well so that\n \tthey can find the p4 branches in refs/heads.\n \n@@ -524,7 +524,7 @@ Then this `git p4 clone` command:\n ----\n git p4 clone --detect-branches //depot@all\n ----\n-produces a separate branch in 'refs/remotes/p4/' for //depot/main,\n+produces a separate branch in `refs/remotes/p4/` for //depot/main,\n called `master`, and one for //depot/branch1 called `depot/branch1`.\n \n However, it is not necessary to create branches in p4 to be able to use\n@@ -593,7 +593,7 @@ Clone and sync variables\n git-p4.syncFromOrigin::\n \tBecause importing commits from other Git repositories is much faster\n \tthan importing them from p4, a mechanism exists to find p4 changes\n-\tfirst in Git remotes.  If branches exist under 'refs/remote/origin/p4',\n+\tfirst in Git remotes.  If branches exist under `refs/remote/origin/p4`,\n \tthose will be fetched and used when syncing from p4.  This\n \tvariable can be set to 'false' to disable this behavior.\n \n@@ -719,7 +719,7 @@ git-p4.allowSubmit::\n \tBy default, any branch can be used as the source for a `git p4\n \tsubmit` operation.  This configuration variable, if set, permits only\n \tthe named branches to be used as submit sources.  Branch names\n-\tmust be the short names (no \"refs/heads/\"), and should be\n+\tmust be the short names (no `refs/heads/`), and should be\n \tseparated by commas (\",\"), with no spaces.\n \n git-p4.skipUserNameCheck::\ndiff --git a/Documentation/git-pack-objects.txt b/Documentation/git-pack-objects.txt\nindex e98e1f858b..118fdeac35 100644\n--- a/Documentation/git-pack-objects.txt\n+++ b/Documentation/git-pack-objects.txt\n@@ -35,8 +35,8 @@ each object that a delta depends upon must be present within the pack.\n \n A pack index file (.idx) is generated for fast, random access to the\n objects in the pack. Placing both the index file (.idx) and the packed\n-archive (.pack) in the pack/ subdirectory of $GIT_OBJECT_DIRECTORY (or\n-any of the directories on $GIT_ALTERNATE_OBJECT_DIRECTORIES)\n+archive (.pack) in the pack/ subdirectory of `$GIT_OBJECT_DIRECTORY` (or\n+any of the directories on `$GIT_ALTERNATE_OBJECT_DIRECTORIES`)\n enables Git to read from the pack archive.\n \n The `git unpack-objects` command can read the packed archive and\ndiff --git a/Documentation/git-pack-refs.txt b/Documentation/git-pack-refs.txt\nindex 169bcfb07f..f77bd0e27f 100644\n--- a/Documentation/git-pack-refs.txt\n+++ b/Documentation/git-pack-refs.txt\n@@ -14,7 +14,7 @@ DESCRIPTION\n -----------\n \n Traditionally, tips of branches and tags (collectively known as\n-'refs') were stored one file per ref in a (sub)directory\n+`refs`) were stored one file per ref in a (sub)directory\n under `$GIT_DIR/refs`\n directory.  While many branch tips tend to be updated often,\n most tags and some branch tips are never updated.  When a\ndiff --git a/Documentation/git-push.txt b/Documentation/git-push.txt\nindex 842cbbaeca..7811e2c73b 100644\n--- a/Documentation/git-push.txt\n+++ b/Documentation/git-push.txt\n@@ -229,7 +229,7 @@ already exists on the remote side.\n \tPath to the `git-receive-pack` program on the remote\n \tend.  Sometimes useful when pushing to a remote\n \trepository over ssh, and you do not have the program in\n-\ta directory on the default $PATH.\n+\ta directory on the default `$PATH`.\n \n --[no-]force-with-lease::\n --force-with-lease=<refname>::\ndiff --git a/Documentation/git-read-tree.txt b/Documentation/git-read-tree.txt\nindex 380f87b6e8..2b2bd665e0 100644\n--- a/Documentation/git-read-tree.txt\n+++ b/Documentation/git-read-tree.txt\n@@ -164,18 +164,18 @@ run after `git read-tree`.\n Two Tree Merge\n ~~~~~~~~~~~~~~\n \n-Typically, this is invoked as `git read-tree -m $H $M`, where $H\n-is the head commit of the current repository, and $M is the head\n-of a foreign tree, which is simply ahead of $H (i.e. we are in a\n+Typically, this is invoked as `git read-tree -m $H $M`, where `$H`\n+is the head commit of the current repository, and `$M` is the head\n+of a foreign tree, which is simply ahead of `$H` (i.e. we are in a\n fast-forward situation).\n \n When two trees are specified, the user is telling `git read-tree`\n the following:\n \n-     1. The current index and work tree is derived from $H, but\n-\tthe user may have local changes in them since $H.\n+     1. The current index and work tree is derived from `$H`, but\n+\tthe user may have local changes in them since `$H`.\n \n-     2. The user wants to fast-forward to $M.\n+     2. The user wants to fast-forward to `$M`.\n \n In this case, the `git read-tree -m $H $M` command makes sure\n that no local change is lost as the result of this \"merge\".\n@@ -234,7 +234,7 @@ see which of the \"local changes\" that you made were carried forward by running\n `git diff-index --cached $M`.  Note that this does not\n necessarily match what `git diff-index --cached $H` would have\n produced before such a two tree merge.  This is because of cases\n-18 and 19 --- if you already had the changes in $M (e.g. maybe\n+18 and 19 --- if you already had the changes in `$M` (e.g. maybe\n you picked it up via e-mail in a patch form), `git diff-index\n --cached $H` would have told you about the change before this\n merge, but it would not show in `git diff-index --cached $M`\n@@ -245,7 +245,7 @@ rule logically should be to remove the path if the user staged the removal\n of the path and then switching to a new branch.  That however will prevent\n the initial checkout from happening, so the rule is modified to use M (new\n tree) only when the content of the index is empty.  Otherwise the removal\n-of the path is kept as long as $H and $M are the same.\n+of the path is kept as long as `$H` and `$M` are the same.\n \n 3-Way Merge\n ~~~~~~~~~~~\n@@ -356,9 +356,9 @@ $ git fetch git://.... linus\n $ LT=`git rev-parse FETCH_HEAD`\n ----------------\n \n-Your work tree is still based on your `HEAD` ($JC), but you have\n+Your work tree is still based on your `HEAD` (`$JC`), but you have\n some edits since.  Three-way merge makes sure that you have not\n-added or modified index entries since $JC, and if you haven't,\n+added or modified index entries since `$JC`, and if you haven't,\n then does the right thing.  So with the following sequence:\n \n ----------------\n@@ -368,7 +368,7 @@ $ echo \"Merge with Linus\" | \\\n   git commit-tree `git write-tree` -p $JC -p $LT\n ----------------\n \n-what you would commit is a pure merge between $JC and $LT without\n+what you would commit is a pure merge between `$JC` and `$LT` without\n your work-in-progress changes, and your work tree would be\n updated to the result of the merge.\n \ndiff --git a/Documentation/git-receive-pack.txt b/Documentation/git-receive-pack.txt\nindex 5fc47a9ebd..921f658bd8 100644\n--- a/Documentation/git-receive-pack.txt\n+++ b/Documentation/git-receive-pack.txt\n@@ -43,14 +43,14 @@ OPTIONS\n \n PRE-RECEIVE HOOK\n ----------------\n-Before any ref is updated, if $GIT_DIR/hooks/pre-receive file exists\n+Before any ref is updated, if `$GIT_DIR/hooks/pre-receive` file exists\n and is executable, it will be invoked once with no parameters.  The\n standard input of the hook will be one line per ref to be updated:\n \n        sha1-old SP sha1-new SP refname LF\n \n-The refname value is relative to $GIT_DIR; e.g. for the master\n-head this is \"refs/heads/master\".  The two sha1 values before\n+The refname value is relative to `$GIT_DIR`; e.g. for the master\n+head this is `refs/heads/master`.  The two sha1 values before\n each refname are the object names for the refname before and after\n the update.  Refs to be created will have sha1-old equal to 0\\{40},\n while refs to be deleted will have sha1-new equal to 0\\{40}, otherwise\n@@ -118,13 +118,13 @@ See the notes on the quarantine environment below.\n \n UPDATE HOOK\n -----------\n-Before each ref is updated, if $GIT_DIR/hooks/update file exists\n+Before each ref is updated, if `$GIT_DIR/hooks/update` file exists\n and is executable, it is invoked once per ref, with three parameters:\n \n        $GIT_DIR/hooks/update refname sha1-old sha1-new\n \n-The refname parameter is relative to $GIT_DIR; e.g. for the master\n-head this is \"refs/heads/master\".  The two sha1 arguments are\n+The refname parameter is relative to `$GIT_DIR`; e.g. for the master\n+head this is `refs/heads/master`.  The two sha1 arguments are\n the object names for the refname before and after the update.\n Note that the hook is called before the refname is updated,\n so either sha1-old is 0\\{40} (meaning there is no such ref yet),\n@@ -141,15 +141,15 @@ this hook.  Consider using the post-receive hook instead.\n POST-RECEIVE HOOK\n -----------------\n After all refs were updated (or attempted to be updated), if any\n-ref update was successful, and if $GIT_DIR/hooks/post-receive\n+ref update was successful, and if `$GIT_DIR/hooks/post-receive`\n file exists and is executable, it will be invoked once with no\n parameters.  The standard input of the hook will be one line\n for each successfully updated ref:\n \n        sha1-old SP sha1-new SP refname LF\n \n-The refname value is relative to $GIT_DIR; e.g. for the master\n-head this is \"refs/heads/master\".  The two sha1 values before\n+The refname value is relative to `$GIT_DIR`; e.g. for the master\n+head this is `refs/heads/master`.  The two sha1 values before\n each refname are the object names for the refname before and after\n the update.  Refs that were created will have sha1-old equal to\n 0\\{40}, while refs that were deleted will have sha1-new equal to\ndiff --git a/Documentation/git-remote.txt b/Documentation/git-remote.txt\nindex 4df63cad06..318b2220a2 100644\n--- a/Documentation/git-remote.txt\n+++ b/Documentation/git-remote.txt\n@@ -72,8 +72,8 @@ With `-m <master>` option, a symbolic-ref `refs/remotes/<name>/HEAD` is set\n up to point at remote's `<master>` branch. See also the set-head command.\n +\n When a fetch mirror is created with `--mirror=fetch`, the refs will not\n-be stored in the 'refs/remotes/' namespace, but rather everything in\n-'refs/' on the remote will be directly mirrored into 'refs/' in the\n+be stored in the `refs/remotes/` namespace, but rather everything in\n+`refs/` on the remote will be directly mirrored into `refs/` in the\n local repository. This option only makes sense in bare repositories,\n because a fetch would overwrite any local commits.\n +\ndiff --git a/Documentation/git-restore.txt b/Documentation/git-restore.txt\nindex eb7d765e5d..19ca46df30 100644\n--- a/Documentation/git-restore.txt\n+++ b/Documentation/git-restore.txt\n@@ -104,7 +104,7 @@ in linkgit:git-checkout[1] for details.\n --ignore-skip-worktree-bits::\n \tIn sparse checkout mode, by default is to only update entries\n \tmatched by `<pathspec>` and sparse patterns in\n-\t$GIT_DIR/info/sparse-checkout. This option ignores the sparse\n+\t`$GIT_DIR/info/sparse-checkout`. This option ignores the sparse\n \tpatterns and unconditionally restores any files in\n \t`<pathspec>`.\n \ndiff --git a/Documentation/git-rev-parse.txt b/Documentation/git-rev-parse.txt\nindex 9908f3020f..bbace2dc5e 100644\n--- a/Documentation/git-rev-parse.txt\n+++ b/Documentation/git-rev-parse.txt\n@@ -157,7 +157,7 @@ for another option.\n \texplicitly disambiguating \"heads/master\" form, when you\n \twant to name the `master` branch when there is an\n \tunfortunately named tag \"master\"), and show them as full\n-\trefnames (e.g. \"refs/heads/master\").\n+\trefnames (e.g. `refs/heads/master`).\n \n Options for Objects\n ~~~~~~~~~~~~~~~~~~~\n@@ -243,10 +243,10 @@ print a message to stderr and exit with nonzero status.\n \tto the real repository is printed.\n \n --git-path <path>::\n-\tResolve \"$GIT_DIR/<path>\" and takes other path relocation\n-\tvariables such as $GIT_OBJECT_DIRECTORY,\n-\t$GIT_INDEX_FILE... into account. For example, if\n-\t$GIT_OBJECT_DIRECTORY is set to /foo/bar then `git rev-parse\n+\tResolve `$GIT_DIR/<path>` and takes other path relocation\n+\tvariables such as `$GIT_OBJECT_DIRECTORY`,\n+\t`$GIT_INDEX_FILE`... into account. For example, if\n+\t`$GIT_OBJECT_DIRECTORY` is set to /foo/bar then `git rev-parse\n \t--git-path objects/abc` returns /foo/bar/abc.\n \n --show-toplevel::\n@@ -461,13 +461,13 @@ EXAMPLES\n $ git rev-parse --verify HEAD\n ------------\n \n-* Print the commit object name from the revision in the $REV shell variable:\n+* Print the commit object name from the revision in the `$REV` shell variable:\n +\n ------------\n $ git rev-parse --verify --end-of-options $REV^{commit}\n ------------\n +\n-This will error out if $REV is empty or not a valid revision.\n+This will error out if `$REV` is empty or not a valid revision.\n \n * Similar to above:\n +\n@@ -475,7 +475,7 @@ This will error out if $REV is empty or not a valid revision.\n $ git rev-parse --default master --verify --end-of-options $REV\n ------------\n +\n-but if $REV is empty, the commit object name from `master` will be printed.\n+but if `$REV` is empty, the commit object name from `master` will be printed.\n \n GIT\n ---\ndiff --git a/Documentation/git-send-email.txt b/Documentation/git-send-email.txt\nindex 916bd441d4..9455d4c654 100644\n--- a/Documentation/git-send-email.txt\n+++ b/Documentation/git-send-email.txt\n@@ -216,7 +216,7 @@ a password is obtained using `git-credential`.\n \tthe program must support the `-i` option.  Default value can\n \tbe specified by the `sendemail.smtpServer` configuration\n \toption; the built-in default is to search for `sendmail` in\n-\t`/usr/sbin`, `/usr/lib` and $PATH if such program is\n+\t`/usr/sbin`, `/usr/lib` and `$PATH` if such program is\n \tavailable, falling back to `localhost` otherwise.\n \n --smtp-server-port=<port>::\ndiff --git a/Documentation/git-send-pack.txt b/Documentation/git-send-pack.txt\nindex 46f7757b9a..c0303d72eb 100644\n--- a/Documentation/git-send-pack.txt\n+++ b/Documentation/git-send-pack.txt\n@@ -29,7 +29,7 @@ OPTIONS\n \tPath to the `git-receive-pack` program on the remote\n \tend.  Sometimes useful when pushing to a remote\n \trepository over ssh, and you do not have the program in\n-\ta directory on the default $PATH.\n+\ta directory on the default `$PATH`.\n \n --exec=<git-receive-pack>::\n \tSame as `--receive-pack`=<git-receive-pack>.\n@@ -133,7 +133,7 @@ name. See linkgit:git-rev-parse[1].\n \n  - If <dst> does not match any remote ref, either\n \n-   * it has to start with \"refs/\"; <dst> is used as the\n+   * it has to start with `refs/`; <dst> is used as the\n      destination literally in this case.\n \n    * <src> == <dst> and the ref that matched the <src> must not\ndiff --git a/Documentation/git-show-branch.txt b/Documentation/git-show-branch.txt\nindex 5531c435b0..79f65ce0aa 100644\n--- a/Documentation/git-show-branch.txt\n+++ b/Documentation/git-show-branch.txt\n@@ -134,7 +134,7 @@ OUTPUT\n ------\n Given N <references>, the first N lines are the one-line\n description from their commit message.  The branch head that is\n-pointed at by $GIT_DIR/HEAD is prefixed with an asterisk `*`\n+pointed at by `$GIT_DIR/HEAD` is prefixed with an asterisk `*`\n character while other heads are prefixed with a `!` character.\n \n Following these N lines, one-line log for each commit is\ndiff --git a/Documentation/git-show-ref.txt b/Documentation/git-show-ref.txt\nindex 28be080b96..2a3699cb7f 100644\n--- a/Documentation/git-show-ref.txt\n+++ b/Documentation/git-show-ref.txt\n@@ -40,9 +40,9 @@ OPTIONS\n --heads::\n --tags::\n \n-\tLimit to \"refs/heads\" and \"refs/tags\", respectively.  These options\n+\tLimit to `refs/heads` and `refs/tags`, respectively.  These options\n \tare not mutually exclusive; when given both, references stored in\n-\t\"refs/heads\" and \"refs/tags\" are displayed.\n+\t`refs/heads` and `refs/tags` are displayed.\n \n -d::\n --dereference::\n@@ -89,9 +89,9 @@ OPTIONS\n \n \tShow references matching one or more patterns. Patterns are matched from\n \tthe end of the full name, and only complete parts are matched, e.g.\n-\t'master' matches 'refs/heads/master', 'refs/remotes/origin/master',\n-\t'refs/tags/jedi/master' but not 'refs/heads/mymaster' or\n-\t'refs/remotes/master/jedi'.\n+\t'master' matches `refs/heads/master`, `refs/remotes/origin/master`,\n+\t`refs/tags/jedi/master` but not `refs/heads/mymaster` or\n+\t`refs/remotes/master/jedi`.\n \n OUTPUT\n ------\n@@ -131,7 +131,7 @@ use:\n \tgit show-ref master\n -----------------------------------------------------------------------------\n \n-This will show \"refs/heads/master\" but also \"refs/remote/other-repo/master\",\n+This will show `refs/heads/master` but also `refs/remote/other-repo/master`,\n if such references exists.\n \n When using the `--verify` flag, the command requires an exact path:\ndiff --git a/Documentation/git-submodule.txt b/Documentation/git-submodule.txt\nindex 0a691b1df0..6cbf6a9ba1 100644\n--- a/Documentation/git-submodule.txt\n+++ b/Documentation/git-submodule.txt\n@@ -205,17 +205,17 @@ information too.\n \n foreach [--recursive] <command>::\n \tEvaluates an arbitrary shell command in each checked out submodule.\n-\tThe command has access to the variables $name, $sm_path, $displaypath,\n-\t$sha1 and $toplevel:\n-\t$name is the name of the relevant submodule section in `.gitmodules`,\n-\t$sm_path is the path of the submodule as recorded in the immediate\n-\tsuperproject, $displaypath contains the relative path from the\n+\tThe command has access to the variables `$name`, `$sm_path`, `$displaypath`,\n+\t`$sha1` and `$toplevel`:\n+\t`$name` is the name of the relevant submodule section in `.gitmodules`,\n+\t`$sm_path` is the path of the submodule as recorded in the immediate\n+\tsuperproject, `$displaypath` contains the relative path from the\n \tcurrent working directory to the submodules root directory,\n \t$sha1 is the commit as recorded in the immediate\n-\tsuperproject, and $toplevel is the absolute path to the top-level\n+\tsuperproject, and `$toplevel` is the absolute path to the top-level\n \tof the immediate superproject.\n-\tNote that to avoid conflicts with '$PATH' on Windows, the '$path'\n-\tvariable is now a deprecated synonym of '$sm_path' variable.\n+\tNote that to avoid conflicts with `$PATH` on Windows, the `$path`\n+\tvariable is now a deprecated synonym of `$sm_path` variable.\n \tAny submodules defined in the superproject but not checked out are\n \tignored by this command. Unless given `--quiet`, foreach prints the name\n \tof each submodule before evaluating the command.\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex 2e1e3348c7..727ea0603c 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -81,7 +81,7 @@ COMMANDS\n \tspecified, the prefix must include a trailing slash.\n \tSetting a prefix (with a trailing slash) is strongly\n \tencouraged in any case, as your SVN-tracking refs will\n-\tthen be located at \"refs/remotes/$prefix/*\", which is\n+\tthen be located at `refs/remotes/$prefix/*`, which is\n \tcompatible with Git's own remote-tracking ref layout\n \t(refs/remotes/$remote/*). Setting a prefix is also useful\n \tif you wish to track multiple projects that share a common\n@@ -89,7 +89,7 @@ COMMANDS\n \tBy default, the prefix is set to 'origin/'.\n +\n NOTE: Before Git v2.0, the default prefix was \"\" (no prefix). This\n-meant that SVN-tracking refs were put at \"refs/remotes/*\", which is\n+meant that SVN-tracking refs were put at `refs/remotes/*`, which is\n incompatible with how Git's own remote-tracking refs are organized.\n If you still want the old default, you can get it by passing\n `--prefix \"\"` on the command line (`--prefix=\"\"` may not work if\n@@ -122,11 +122,11 @@ your Perl's Getopt::Long is < v2.37).\n `fetch`::\n \tFetch unfetched revisions from the Subversion remote we are\n \ttracking.  The name of the [svn-remote \"...\"] section in the\n-\t$GIT_DIR/config file may be specified as an optional\n+\t`$GIT_DIR/config` file may be specified as an optional\n \tcommand-line argument.\n +\n This automatically updates the rev_map if needed (see\n-'$GIT_DIR/svn/\\**/.rev_map.*' in the FILES section below for details).\n+`$GIT_DIR/svn/\\**/.rev_map.*` in the FILES section below for details).\n \n --localtime;;\n \tStore Git commit times in the local time zone instead of UTC.  This\n@@ -144,7 +144,7 @@ the same local time zone.\n \n --ignore-refs=<regex>;;\n \tIgnore refs for branches or tags matching the Perl regular\n-\texpression. A \"negative look-ahead assertion\" like\n+\texpression. A negative look-ahead assertion like\n \t`^refs/remotes/origin/(?!tags/wanted-tag|wanted-branch).*$`\n \tcan be used to allow only certain refs.\n +\n@@ -239,7 +239,7 @@ Like `git rebase`; this requires that the working tree be clean\n and have no uncommitted changes.\n +\n This automatically updates the rev_map if needed (see\n-'$GIT_DIR/svn/\\**/.rev_map.*' in the FILES section below for details).\n+`$GIT_DIR/svn/\\**/.rev_map.*` in the FILES section below for details).\n \n -l;;\n --local;;\n@@ -439,11 +439,11 @@ Any other arguments are passed directly to `git log`\n `show-ignore`::\n \tRecursively finds and lists the svn:ignore property on\n \tdirectories.  The output is suitable for appending to\n-\tthe $GIT_DIR/info/exclude file.\n+\tthe `$GIT_DIR/info/exclude` file.\n \n `mkdirs`::\n \tAttempts to recreate empty directories that core Git cannot track\n-\tbased on information in $GIT_DIR/svn/<refname>/unhandled.log files.\n+\tbased on information in `$GIT_DIR/svn/<refname>/unhandled.log` files.\n \tEmpty directories are automatically recreated when using\n \t`git svn clone` and `git svn rebase`, so `mkdirs` is intended\n \tfor use after commands like `git checkout` or `git reset`.\n@@ -509,8 +509,8 @@ This will set the property 'svn:keywords' to 'FreeBSD=%H' for the file\n \tspecific revision.\n \n `gc`::\n-\tCompress $GIT_DIR/svn/<refname>/unhandled.log files and remove\n-\t$GIT_DIR/svn/<refname>/index files.\n+\tCompress `$GIT_DIR/svn/<refname>/unhandled.log` files and remove\n+\t`$GIT_DIR/svn/<refname>/index` files.\n \n `reset`::\n \tUndoes the effects of `fetch` back to the specified revision.\n@@ -524,7 +524,7 @@ This will set the property 'svn:keywords' to 'FreeBSD=%H' for the file\n \tway to repair the repo is to use `reset`.\n +\n Only the rev_map and refs/remotes/git-svn are changed (see\n-'$GIT_DIR/svn/\\**/.rev_map.*' in the FILES section below for details).\n+`$GIT_DIR/svn/\\**/.rev_map.*` in the FILES section below for details).\n Follow 'reset' with a `fetch` and then `git reset` or `git rebase` to\n move local branches onto the new tree.\n \n@@ -662,7 +662,7 @@ config key: `svn.authorsfile`\n Due to historical reasons a relative 'filename' is first searched\n relative to the current directory for `init` and `clone` and relative\n to the root of the working tree for `fetch`. If 'filename' is\n-not found, it is searched like any other command in '$PATH'.\n+not found, it is searched like any other command in `$PATH`.\n +\n [verse]\n config key: `svn.authorsProg`\n@@ -761,7 +761,7 @@ svn-remote.<name>.noMetadata::\n +\n This option can only be used for one-shot imports as `git svn`\n will not be able to fetch again without metadata. Additionally,\n-if you lose your '$GIT_DIR/svn/\\**/.rev_map.*' files, `git svn` will not\n+if you lose your `$GIT_DIR/svn/\\**/.rev_map.*` files, `git svn` will not\n be able to rebuild them.\n +\n The `git svn log` command will not work on repositories using\n@@ -1055,7 +1055,7 @@ When using multiple `--branches` or `--tags`, `git svn` does not automatically\n handle name collisions (for example, if two branches from different paths have\n the same name, or if a branch and a tag have the same name).  In these cases,\n use `init` to set up your Git repository then, before your first `fetch`, edit\n-the $GIT_DIR/config file so that the branches and tags are associated\n+the `$GIT_DIR/config` file so that the branches and tags are associated\n with different name spaces.  For example:\n \n \tbranches = stable/*:refs/remotes/svn/stable/*\n@@ -1065,7 +1065,7 @@ BUGS\n ----\n \n We ignore all SVN properties except svn:executable.  Any unhandled\n-properties are logged to $GIT_DIR/svn/<refname>/unhandled.log\n+properties are logged to `$GIT_DIR/svn/<refname>/unhandled.log`\n \n Renamed and copied directories are not detected by Git and hence not\n tracked when committing to SVN.  I do not plan on adding support for\n@@ -1084,7 +1084,7 @@ CONFIGURATION\n -------------\n \n `git svn` stores [svn-remote] configuration information in the\n-repository $GIT_DIR/config file.  It is similar the core Git\n+repository `$GIT_DIR/config` file.  It is similar the core Git\n [remote] sections except `fetch` keys do not accept glob\n arguments; but they are instead handled by the 'branches'\n and 'tags' keys.  Since some SVN repositories are oddly\n@@ -1150,12 +1150,12 @@ $ git svn branch -d branches/server release-2-3-0\n \n Note that `git-svn` keeps track of the highest revision in which a branch\n or tag has appeared. If the subset of branches or tags is changed after\n-fetching, then $GIT_DIR/svn/.metadata must be manually edited to remove\n+fetching, then `$GIT_DIR/svn/.metadata` must be manually edited to remove\n (or reset) branches-maxRev and/or tags-maxRev as appropriate.\n \n FILES\n -----\n-$GIT_DIR/svn/\\**/.rev_map.*::\n+`$GIT_DIR/svn/\\**/.rev_map.*`::\n \tMapping between Subversion revision numbers and Git commit\n \tnames.  In a repository where the noMetadata option is not set,\n \tthis can be rebuilt from the git-svn-id: lines that are at the\ndiff --git a/Documentation/git-update-index.txt b/Documentation/git-update-index.txt\nindex ec501232ad..02adf7aa81 100644\n--- a/Documentation/git-update-index.txt\n+++ b/Documentation/git-update-index.txt\n@@ -178,7 +178,7 @@ may not support it yet.\n --no-split-index::\n \tEnable or disable split index mode. If split-index mode is\n \talready enabled and `--split-index` is given again, all\n-\tchanges in $GIT_DIR/index are pushed back to the shared index\n+\tchanges in `$GIT_DIR/index` are pushed back to the shared index\n \tfile.\n +\n These options take effect whatever the value of the `core.splitIndex`\n@@ -415,9 +415,9 @@ SPLIT INDEX\n This mode is designed for repositories with very large indexes, and\n aims at reducing the time it takes to repeatedly write these indexes.\n \n-In this mode, the index is split into two files, $GIT_DIR/index and\n-$GIT_DIR/sharedindex.<SHA-1>. Changes are accumulated in\n-$GIT_DIR/index, the split index, while the shared index file contains\n+In this mode, the index is split into two files, `$GIT_DIR/index` and\n+`$GIT_DIR/sharedindex.<SHA-1>`. Changes are accumulated in\n+`$GIT_DIR/index`, the split index, while the shared index file contains\n all index entries and stays unchanged.\n \n All changes in the split index are pushed back to the shared index\ndiff --git a/Documentation/git-update-ref.txt b/Documentation/git-update-ref.txt\nindex 3ad7771676..794dea70ec 100644\n--- a/Documentation/git-update-ref.txt\n+++ b/Documentation/git-update-ref.txt\n@@ -32,7 +32,7 @@ ref file by starting with the four-byte header sequence of\n More importantly, it allows the update of a ref file to follow\n these symbolic pointers, whether they are symlinks or these\n \"regular file symbolic refs\".  It follows *real* symlinks only\n-if they start with \"refs/\": otherwise it will just try to read\n+if they start with `refs/`: otherwise it will just try to read\n them and update them as a regular file (i.e. it will allow the\n filesystem to follow them, but will overwrite such a symlink to\n somewhere else with a regular filename).\n@@ -49,7 +49,7 @@ should be a _lot_ safer than doing\n \techo \"$head\" > \"$GIT_DIR/HEAD\"\n \n both from a symlink following standpoint *and* an error checking\n-standpoint.  The \"refs/\" rule for symlinks means that symlinks\n+standpoint.  The `refs/` rule for symlinks means that symlinks\n that point to \"outside\" the tree are safe: they'll be followed\n for reading but not for writing (so we'll never write through a\n ref symlink to some other tree, if you have copied a whole\n@@ -150,10 +150,10 @@ still see a subset of the modifications.\n LOGGING UPDATES\n ---------------\n If config parameter `core.logAllRefUpdates` is true and the ref is one\n-under \"refs/heads/\", \"refs/remotes/\", \"refs/notes/\", or a pseudoref\n-like `HEAD` or `ORIG_HEAD`; or the file \"$GIT_DIR/logs/<ref>\" exists then\n+under `refs/heads/`, `refs/remotes/`, `refs/notes/`, or a pseudoref\n+like `HEAD` or `ORIG_HEAD`; or the file `$GIT_DIR/logs/<ref>` exists then\n `git update-ref` will append a line to the log file\n-\"$GIT_DIR/logs/<ref>\" (dereferencing all symbolic refs before creating\n+`$GIT_DIR/logs/<ref>` (dereferencing all symbolic refs before creating\n the log name) describing the change in ref value.  Log lines are\n formatted as:\n \ndiff --git a/Documentation/git-update-server-info.txt b/Documentation/git-update-server-info.txt\nindex 8dbb1a6172..426d12da36 100644\n--- a/Documentation/git-update-server-info.txt\n+++ b/Documentation/git-update-server-info.txt\n@@ -14,8 +14,8 @@ SYNOPSIS\n DESCRIPTION\n -----------\n A dumb server that does not do on-the-fly pack generations must\n-have some auxiliary information files in $GIT_DIR/info and\n-$GIT_OBJECT_DIRECTORY/info directories to help clients discover\n+have some auxiliary information files in `$GIT_DIR/info` and\n+`$GIT_OBJECT_DIRECTORY/info` directories to help clients discover\n what references and packs the server has.  This command\n generates such auxiliary files.\n \ndiff --git a/Documentation/git.txt b/Documentation/git.txt\nindex 6486abdd4d..4c6fca3128 100644\n--- a/Documentation/git.txt\n+++ b/Documentation/git.txt\n@@ -122,7 +122,7 @@ sensitive information can be part of the key.\n \n -p::\n --paginate::\n-\tPipe all output into 'less' (or if set, $PAGER) if standard\n+\tPipe all output into 'less' (or if set, `$PAGER`) if standard\n \toutput is a terminal.  This overrides the `pager.<cmd>`\n \tconfiguration options (see the \"Configuration Mechanism\" section\n \tbelow).\n@@ -515,9 +515,9 @@ double-quotes and respecting backslash escapes. E.g., the value\n \n `GIT_COMMON_DIR`::\n \tIf this variable is set to a path, non-worktree files that are\n-\tnormally in $GIT_DIR will be taken from this path\n+\tnormally in `$GIT_DIR` will be taken from this path\n \tinstead. Worktree-specific files such as `HEAD` or index are\n-\ttaken from $GIT_DIR. See linkgit:gitrepository-layout[5] and\n+\ttaken from `$GIT_DIR`. See linkgit:gitrepository-layout[5] and\n \tlinkgit:git-worktree[1] for\n \tdetails. This variable has lower precedence than other path\n \tvariables such as GIT_INDEX_FILE, GIT_OBJECT_DIRECTORY...\ndiff --git a/Documentation/gitattributes.txt b/Documentation/gitattributes.txt\nindex bd1cd2629c..a5cfef7f86 100644\n--- a/Documentation/gitattributes.txt\n+++ b/Documentation/gitattributes.txt\n@@ -7,7 +7,7 @@ gitattributes - Defining attributes per path\n \n SYNOPSIS\n --------\n-$GIT_DIR/info/attributes, `.gitattributes`\n+`$GIT_DIR/info/attributes`, `.gitattributes`\n \n \n DESCRIPTION\n@@ -90,8 +90,8 @@ repositories (i.e., attributes of interest to all users) should go into\n `.gitattributes` files. Attributes that should affect all repositories\n for a single user should be placed in a file specified by the\n `core.attributesFile` configuration option (see linkgit:git-config[1]).\n-Its default value is $XDG_CONFIG_HOME/git/attributes. If $XDG_CONFIG_HOME\n-is either not set or empty, $HOME/.config/git/attributes is used instead.\n+Its default value is `$XDG_CONFIG_HOME/git/attributes`. If `$XDG_CONFIG_HOME`\n+is either not set or empty, `$HOME/.config/git/attributes` is used instead.\n Attributes for all users on a system should be placed in the\n `$(prefix)/etc/gitattributes` file.\n \ndiff --git a/Documentation/githooks.txt b/Documentation/githooks.txt\nindex 8cee030fbd..ce1aa25d5a 100644\n--- a/Documentation/githooks.txt\n+++ b/Documentation/githooks.txt\n@@ -7,7 +7,7 @@ githooks - Hooks used by Git\n \n SYNOPSIS\n --------\n-$GIT_DIR/hooks/* (or \\`git config core.hooksPath`/*)\n+`$GIT_DIR/hooks/*` (or \\`git config core.hooksPath`/*)\n \n \n DESCRIPTION\n@@ -22,10 +22,10 @@ changed via the `core.hooksPath` configuration variable (see\n linkgit:git-config[1]).\n \n Before Git invokes a hook, it changes its working directory to either\n-$GIT_DIR in a bare repository or the root of the working tree in a non-bare\n+`$GIT_DIR` in a bare repository or the root of the working tree in a non-bare\n repository. An exception are hooks triggered during a push ('pre-receive',\n 'update', 'post-receive', 'post-update', 'push-to-checkout') which are always\n-executed in $GIT_DIR.\n+executed in `$GIT_DIR`.\n \n Hooks can get their arguments via the environment, command-line\n arguments, and stdin. See the documentation for each hook below for\ndiff --git a/Documentation/gitignore.txt b/Documentation/gitignore.txt\nindex 7488cdb585..6dd09bd290 100644\n--- a/Documentation/gitignore.txt\n+++ b/Documentation/gitignore.txt\n@@ -7,7 +7,7 @@ gitignore - Specifies intentionally untracked files to ignore\n \n SYNOPSIS\n --------\n-$XDG_CONFIG_HOME/git/ignore, $GIT_DIR/info/exclude, `.gitignore`\n+`$XDG_CONFIG_HOME/git/ignore`, `$GIT_DIR/info/exclude`, `.gitignore`\n \n DESCRIPTION\n -----------\n@@ -57,8 +57,8 @@ be used.\n    ignore in all situations (e.g., backup or temporary files generated by\n    the user's editor of choice) generally go into a file specified by\n    `core.excludesFile` in the user's `~/.gitconfig`. Its default value is\n-   $XDG_CONFIG_HOME/git/ignore. If $XDG_CONFIG_HOME is either not set or\n-   empty, $HOME/.config/git/ignore is used instead.\n+   `$XDG_CONFIG_HOME/git/ignore`. If `$XDG_CONFIG_HOME` is either not set or\n+   empty, `$HOME/.config/git/ignore` is used instead.\n \n The underlying Git plumbing tools, such as\n `git ls-files` and `git read-tree`, read\ndiff --git a/Documentation/gitk.txt b/Documentation/gitk.txt\nindex 41eb7a6577..bc0cb104cc 100644\n--- a/Documentation/gitk.txt\n+++ b/Documentation/gitk.txt\n@@ -158,7 +158,7 @@ User configuration and preferences are stored at:\n * `$HOME/.gitk` if it exists\n \n If neither of the above exist then `$XDG_CONFIG_HOME/git/gitk` is created and\n-used by default. If '$XDG_CONFIG_HOME' is not set it defaults to\n+used by default. If `$XDG_CONFIG_HOME` is not set it defaults to\n `$HOME/.config` in all cases.\n \n History\ndiff --git a/Documentation/gitmailmap.txt b/Documentation/gitmailmap.txt\nindex 3fb39f801f..8f9c3ac65b 100644\n--- a/Documentation/gitmailmap.txt\n+++ b/Documentation/gitmailmap.txt\n@@ -7,7 +7,7 @@ gitmailmap - Map author/committer names and/or E-Mail addresses\n \n SYNOPSIS\n --------\n-$GIT_WORK_TREE/.mailmap\n+`$GIT_WORK_TREE/.mailmap`\n \n \n DESCRIPTION\ndiff --git a/Documentation/gitmodules.txt b/Documentation/gitmodules.txt\nindex 2c1e847076..ea6b4427c6 100644\n--- a/Documentation/gitmodules.txt\n+++ b/Documentation/gitmodules.txt\n@@ -7,7 +7,7 @@ gitmodules - Defining submodule properties\n \n SYNOPSIS\n --------\n-$GIT_WORK_TREE/.gitmodules\n+`$GIT_WORK_TREE/.gitmodules`\n \n \n DESCRIPTION\ndiff --git a/Documentation/gitrepository-layout.txt b/Documentation/gitrepository-layout.txt\nindex 39cfebccf3..95a98f7802 100644\n--- a/Documentation/gitrepository-layout.txt\n+++ b/Documentation/gitrepository-layout.txt\n@@ -7,7 +7,7 @@ gitrepository-layout - Git Repository Layout\n \n SYNOPSIS\n --------\n-$GIT_DIR/*\n+`$GIT_DIR/*`\n \n DESCRIPTION\n -----------\n@@ -47,8 +47,8 @@ use with dumb transports but otherwise is OK as long as\n `objects/info/alternates` points at the object stores it\n borrows from.\n +\n-This directory is ignored if $GIT_COMMON_DIR is set and\n-\"$GIT_COMMON_DIR/objects\" will be used instead.\n+This directory is ignored if `$GIT_COMMON_DIR` is set and\n+`$GIT_COMMON_DIR/objects` will be used instead.\n \n objects/[0-9a-f][0-9a-f]::\n \tA newly created object is stored in its own file.\n@@ -97,8 +97,8 @@ refs::\n \tobjects reachable from refs found in this directory and\n \tits subdirectories.\n \tThis directory is ignored (except refs/bisect,\n-\trefs/rewritten and refs/worktree) if $GIT_COMMON_DIR is\n-\tset and \"$GIT_COMMON_DIR/refs\" will be used instead.\n+\trefs/rewritten and refs/worktree) if `$GIT_COMMON_DIR` is\n+\tset and `$GIT_COMMON_DIR/refs` will be used instead.\n \n refs/heads/`name`::\n \trecords tip-of-the-tree commit objects of branch `name`\n@@ -120,8 +120,8 @@ refs/replace/`<obj-sha1>`::\n packed-refs::\n \trecords the same information as refs/heads/, refs/tags/,\n \tand friends record in a more efficient way.  See\n-\tlinkgit:git-pack-refs[1]. This file is ignored if $GIT_COMMON_DIR\n-\tis set and \"$GIT_COMMON_DIR/packed-refs\" will be used instead.\n+\tlinkgit:git-pack-refs[1]. This file is ignored if `$GIT_COMMON_DIR`\n+\tis set and `$GIT_COMMON_DIR/packed-refs` will be used instead.\n \n HEAD::\n \tA symref (see glossary) to the `refs/heads/` namespace\n@@ -142,7 +142,7 @@ for details.\n \n config::\n \tRepository specific configuration file. This file is ignored\n-\tif $GIT_COMMON_DIR is set and \"$GIT_COMMON_DIR/config\" will be\n+\tif `$GIT_COMMON_DIR` is set and `$GIT_COMMON_DIR/config` will be\n \tused instead.\n \n config.worktree::\n@@ -158,8 +158,8 @@ branches::\n \t'repository' argument.  See the REMOTES section in\n \tlinkgit:git-fetch[1] for details.  This mechanism is legacy\n \tand not likely to be found in modern repositories. This\n-\tdirectory is ignored if $GIT_COMMON_DIR is set and\n-\t\"$GIT_COMMON_DIR/branches\" will be used instead.\n+\tdirectory is ignored if `$GIT_COMMON_DIR` is set and\n+\t`$GIT_COMMON_DIR/branches` will be used instead.\n \n \n hooks::\n@@ -169,12 +169,12 @@ hooks::\n \tdefault.  To enable, the `.sample` suffix has to be\n \tremoved from the filename by renaming.\n \tRead linkgit:githooks[5] for more details about\n-\teach hook. This directory is ignored if $GIT_COMMON_DIR is set\n-\tand \"$GIT_COMMON_DIR/hooks\" will be used instead.\n+\teach hook. This directory is ignored if `$GIT_COMMON_DIR` is set\n+\tand `$GIT_COMMON_DIR/hooks` will be used instead.\n \n common::\n \tWhen multiple working trees are used, most of files in\n-\t$GIT_DIR are per-worktree with a few known exceptions. All\n+\t`$GIT_DIR` are per-worktree with a few known exceptions. All\n \tfiles under 'common' however will be shared between all\n \tworking trees.\n \n@@ -183,13 +183,13 @@ index::\n \tusually not found in a bare repository.\n \n sharedindex.<SHA-1>::\n-\tThe shared index part, to be referenced by $GIT_DIR/index and\n+\tThe shared index part, to be referenced by `$GIT_DIR/index` and\n \tother temporary index files. Only valid in split index mode.\n \n info::\n \tAdditional information about the repository is recorded\n-\tin this directory. This directory is ignored if $GIT_COMMON_DIR\n-\tis set and \"$GIT_COMMON_DIR/info\" will be used instead.\n+\tin this directory. This directory is ignored if `$GIT_COMMON_DIR`\n+\tis set and `$GIT_COMMON_DIR/info` will be used instead.\n \n info/refs::\n \tThis file helps dumb transports discover what refs are\n@@ -234,14 +234,14 @@ remotes::\n \t`git pull` and `git push` commands.  See the REMOTES section\n \tin linkgit:git-fetch[1] for details.  This mechanism is legacy\n \tand not likely to be found in modern repositories. This\n-\tdirectory is ignored if $GIT_COMMON_DIR is set and\n-\t\"$GIT_COMMON_DIR/remotes\" will be used instead.\n+\tdirectory is ignored if `$GIT_COMMON_DIR` is set and\n+\t`$GIT_COMMON_DIR/remotes` will be used instead.\n \n logs::\n \tRecords of changes made to refs are stored in this directory.\n \tSee linkgit:git-update-ref[1] for more information. This\n-\tdirectory is ignored (except logs/HEAD) if $GIT_COMMON_DIR is\n-\tset and \"$GIT_COMMON_DIR/logs\" will be used instead.\n+\tdirectory is ignored (except logs/HEAD) if `$GIT_COMMON_DIR` is\n+\tset and `$GIT_COMMON_DIR/logs` will be used instead.\n \n logs/refs/heads/`name`::\n \tRecords all changes made to the branch tip named `name`.\n@@ -253,14 +253,14 @@ shallow::\n \tThis is similar to `info/grafts` but is internally used\n \tand maintained by shallow clone mechanism.  See `--depth`\n \toption to linkgit:git-clone[1] and linkgit:git-fetch[1]. This\n-\tfile is ignored if $GIT_COMMON_DIR is set and\n-\t\"$GIT_COMMON_DIR/shallow\" will be used instead.\n+\tfile is ignored if `$GIT_COMMON_DIR` is set and\n+\t`$GIT_COMMON_DIR/shallow` will be used instead.\n \n commondir::\n-\tIf this file exists, $GIT_COMMON_DIR (see linkgit:git[1]) will\n+\tIf this file exists, `$GIT_COMMON_DIR` (see linkgit:git[1]) will\n \tbe set to the path specified in this file if it is not\n \texplicitly set. If the specified path is relative, it is\n-\trelative to $GIT_DIR. The repository with commondir is\n+\trelative to `$GIT_DIR`. The repository with commondir is\n \tincomplete without the repository pointed by \"commondir\".\n \n modules::\n@@ -270,8 +270,8 @@ worktrees::\n \tContains administrative data for linked\n \tworking trees. Each subdirectory contains the working tree-related\n \tpart of a linked working tree. This directory is ignored if\n-\t$GIT_COMMON_DIR is set, in which case\n-\t\"$GIT_COMMON_DIR/worktrees\" will be used instead.\n+\t`$GIT_COMMON_DIR` is set, in which case\n+\t`$GIT_COMMON_DIR/worktrees` will be used instead.\n \n worktrees/<id>/gitdir::\n \tA text file containing the absolute path back to the .git file\ndiff --git a/Documentation/gitsubmodules.txt b/Documentation/gitsubmodules.txt\nindex 891c8da4fd..f1bf6caa3a 100644\n--- a/Documentation/gitsubmodules.txt\n+++ b/Documentation/gitsubmodules.txt\n@@ -7,7 +7,7 @@ gitsubmodules - Mounting one repository inside another\n \n SYNOPSIS\n --------\n- .gitmodules, $GIT_DIR/config\n+ `.gitmodules`, `$GIT_DIR/config`\n ------------------\n git submodule\n git <command> --recurse-submodules\ndiff --git a/Documentation/gitweb.conf.txt b/Documentation/gitweb.conf.txt\nindex 5c74907da9..8a8d3f9acf 100644\n--- a/Documentation/gitweb.conf.txt\n+++ b/Documentation/gitweb.conf.txt\n@@ -7,7 +7,7 @@ gitweb.conf - Gitweb (Git web interface) configuration file\n \n SYNOPSIS\n --------\n-/etc/gitweb.conf, /etc/gitweb-common.conf, $GITWEBDIR/gitweb_config.perl\n+`/etc/gitweb.conf`, `/etc/gitweb-common.conf`, `$GITWEBDIR/gitweb_config.perl`\n \n DESCRIPTION\n -----------\n@@ -117,7 +117,7 @@ Git repositories, and how repositories are displayed and accessed.\n \n See also \"Repositories\" and later subsections in linkgit:gitweb[1] manpage.\n \n-$projectroot::\n+`$projectroot`::\n \tAbsolute filesystem path which will be prepended to project path;\n \tthe path to repository is `$projectroot/$project`.  Set to\n \t`$GITWEB_PROJECTROOT` during installation.  This variable has to be\n@@ -144,7 +144,7 @@ http://git.example.com/gitweb.cgi/foo/bar.git\n +\n will map to the path `/srv/git/foo/bar.git` on the filesystem.\n \n-$projects_list::\n+`$projects_list`::\n \tName of a plain text file listing projects, or a name of directory\n \tto be scanned for projects.\n +\n@@ -159,7 +159,7 @@ The default value of this variable is determined by the `GITWEB_LIST`\n makefile variable at installation time.  If this variable is empty, `gitweb`\n will fall back to scanning the `$projectroot` directory for repositories.\n \n-$project_maxdepth::\n+`$project_maxdepth`::\n \tIf `$projects_list` variable is unset, `gitweb` will recursively\n \tscan filesystem for Git repositories.  The `$project_maxdepth`\n \tis used to limit traversing depth, relative to `$projectroot`\n@@ -174,7 +174,7 @@ The default value of this variable is determined by the build-time\n configuration variable `GITWEB_PROJECT_MAXDEPTH`, which defaults to\n 2007.\n \n-$export_ok::\n+`$export_ok`::\n \tShow repository only if this file exists (in repository).  Only\n \teffective if this variable evaluates to true.  Can be set when\n \tbuilding `gitweb` by setting `GITWEB_EXPORT_OK`.  This path is\n@@ -182,13 +182,13 @@ $export_ok::\n \tunless started with `--export-all`.  By default this variable is\n \tnot set, which means that this feature is turned off.\n \n-$export_auth_hook::\n+`$export_auth_hook`::\n \tFunction used to determine which repositories should be shown.\n \tThis subroutine should take one parameter, the full path to\n \ta project, and if it returns true, that project will be included\n \tin the projects list and can be accessed through `gitweb` as long\n-\tas it fulfills the other requirements described by $export_ok,\n-\t$projects_list, and $projects_maxdepth.  Example:\n+\tas it fulfills the other requirements described by `$export_ok`,\n+\t`$projects_list`, and `$projects_maxdepth`.  Example:\n +\n ----------------------------------------------------------------------------\n our $export_auth_hook = sub { return -e \"$_[0]/git-daemon-export-ok\"; };\n@@ -205,7 +205,7 @@ If not set (default), it means that this feature is disabled.\n See also more involved example in \"Controlling access to Git repositories\"\n subsection on linkgit:gitweb[1] manpage.\n \n-$strict_export::\n+`$strict_export`::\n \tOnly allow viewing of repositories also shown on the overview page.\n \tThis for example makes `$export_ok` file decide if repository is\n \tavailable and not only if it is shown.  If `$projects_list` points to\n@@ -213,7 +213,7 @@ $strict_export::\n \tavailable for `gitweb`.  Can be set during building `gitweb` via\n \t`GITWEB_STRICT_EXPORT`.  By default this variable is not set, which\n \tmeans that you can directly access those repositories that are hidden\n-\tfrom projects list page (e.g. the are not listed in the $projects_list\n+\tfrom projects list page (e.g. the are not listed in the `$projects_list`\n \tfile).\n \n \n@@ -222,7 +222,7 @@ Finding files\n The following configuration variables tell `gitweb` where to find files.\n The values of these variables are paths on the filesystem.\n \n-$GIT::\n+`$GIT`::\n \tCore `git` executable to use.  By default set to `$GIT_BINDIR/git`, which\n \tin turn is by default set to `$(bindir)/git`.  If you use Git installed\n \tfrom a binary package, you should usually set this to \"/usr/bin/git\".\n@@ -232,7 +232,7 @@ $GIT::\n \twhich one to use.  Must be (correctly) set for `gitweb` to be able to\n \twork.\n \n-$mimetypes_file::\n+`$mimetypes_file`::\n \tFile to use for (filename extension based) guessing of MIME types before\n \ttrying `/etc/mime.types`.  *NOTE* that this path, if relative, is taken\n \tas relative to the current Git repository, not to CGI script.  If unset,\n@@ -240,7 +240,7 @@ $mimetypes_file::\n \tfile is found, mimetype guessing based on extension of file is disabled.\n \tUnset by default.\n \n-$highlight_bin::\n+`$highlight_bin`::\n \tPath to the highlight executable to use (it must be the one from\n \thttp://www.andre-simon.de[] due to assumptions about parameters and output).\n \tBy default set to 'highlight'; set it to full path to highlight\n@@ -305,7 +305,7 @@ i.e. if CSS minifier is used during build).\n used by older `gitweb`.  If `$stylesheet` variable is defined, only CSS stylesheet\n given by this variable is used by `gitweb`.\n \n-$logo::\n+`$logo`::\n \tPoints to the location where you put 'git-logo.png' on your web\n \tserver, or to be more the generic URI of logo, 72x27 size).  This image\n \tis displayed in the top right corner of each `gitweb` page and used as\n@@ -313,7 +313,7 @@ $logo::\n \tCan be adjusted when building `gitweb` using `GITWEB_LOGO` variable\n \tBy default set to `static/git-logo.png`.\n \n-$favicon::\n+`$favicon`::\n \tPoints to the location where you put 'git-favicon.png' on your web\n \tserver, or to be more the generic URI of favicon, which will be served\n \tas \"image/png\" type.  Web browsers that support favicons (website icons)\n@@ -322,7 +322,7 @@ $favicon::\n \tbuild time using `GITWEB_FAVICON` variable.\n \tBy default set to `static/git-favicon.png`.\n \n-$javascript::\n+`$javascript`::\n \tPoints to the location where you put 'gitweb.js' on your web server,\n \tor to be more generic the URI of JavaScript code used by `gitweb`.\n \tRelative to the base URI of `gitweb`.  Can be set at build time using\n@@ -333,13 +333,13 @@ the `JSMIN` build variable was defined, i.e. if JavaScript minifier was used\n at build time.  *Note* that this single file is generated from multiple\n individual JavaScript \"modules\".\n \n-$home_link::\n+`$home_link`::\n \tTarget of the home link on the top of all pages (the first part of view\n \t\"breadcrumbs\").  By default it is set to the absolute URI of a current page\n-\t(to the value of `$my_uri` variable, or to \"/\" if `$my_uri` is undefined\n+\t(to the value of `$my_uri` variable, or to `/` if `$my_uri` is undefined\n \tor is an empty string).\n \n-$home_link_str::\n+`$home_link_str`::\n \tLabel for the \"home link\" at the top of all pages, leading to `$home_link`\n \t(usually the main `gitweb` page, which contains the projects list).  It is\n \tused as the first component of gitweb's \"breadcrumb trail\":\n@@ -367,8 +367,8 @@ For example, the following setting produces a breadcrumb trail like\n     );\n ----------------------------------------------------------------------------\n \n-$logo_url::\n-$logo_label::\n+`$logo_url`::\n+`$logo_label`::\n \tURI and label (title) for the Git logo link (or your site logo,\n \tif you chose to use different logo image). By default, these both\n \trefer to Git homepage, https://git-scm.com[]; in the past, they pointed\n@@ -382,48 +382,48 @@ below.  You can change the site name, add common headers and footers for all\n pages, and add a description of this `gitweb` installation on its main page\n (which is the projects list page), etc.\n \n-$site_name::\n+`$site_name`::\n \tName of your site or organization, to appear in page titles.  Set it\n \tto something descriptive for clearer bookmarks etc.  If this variable\n \tis not set or is, then `gitweb` uses the value of the `SERVER_NAME`\n-\t`CGI` environment variable, setting site name to \"$SERVER_NAME Git\",\n+\t`CGI` environment variable, setting site name to \"`$SERVER_NAME` Git\",\n \tor \"Untitled Git\" if this variable is not set (e.g. if running `gitweb`\n \tas standalone script).\n +\n Can be set using the `GITWEB_SITENAME` at build time.  Unset by default.\n \n-$site_html_head_string::\n+`$site_html_head_string`::\n \tHTML snippet to be included in the <head> section of each page.\n \tCan be set using `GITWEB_SITE_HTML_HEAD_STRING` at build time.\n \tNo default value.\n \n-$site_header::\n+`$site_header`::\n \tName of a file with HTML to be included at the top of each page.\n \tRelative to the directory containing the 'gitweb.cgi' script.\n \tCan be set using `GITWEB_SITE_HEADER` at build time.  No default\n \tvalue.\n \n-$site_footer::\n+`$site_footer`::\n \tName of a file with HTML to be included at the bottom of each page.\n \tRelative to the directory containing the 'gitweb.cgi' script.\n \tCan be set using `GITWEB_SITE_FOOTER` at build time.  No default\n \tvalue.\n \n-$home_text::\n+`$home_text`::\n \tName of a HTML file which, if it exists, is included on the\n \t`gitweb` projects overview page (\"projects_list\" view).  Relative to\n \tthe directory containing the gitweb.cgi script.  Default value\n \tcan be adjusted during build time using `GITWEB_HOMETEXT` variable.\n \tBy default set to 'indextext.html'.\n \n-$projects_list_description_width::\n+`$projects_list_description_width`::\n \tThe width (in characters) of the \"Description\" column of the projects list.\n \tLonger descriptions will be truncated (trying to cut at word boundary);\n \tthe full description is available in the 'title' attribute (usually shown on\n \tmouseover).  The default is 25, which might be too small if you\n \tuse long project descriptions.\n \n-$default_projects_order::\n+`$default_projects_order`::\n \tDefault value of ordering of projects on projects list page, which\n \tmeans the ordering used if you don't explicitly sort projects list\n \t(if there is no \"o\" CGI query parameter in the URL).  Valid values\n@@ -439,7 +439,7 @@ Changing gitweb's behavior\n ~~~~~~~~~~~~~~~~~~~~~~~~~~\n These configuration variables control _internal_ `gitweb` behavior.\n \n-$default_blob_plain_mimetype::\n+`$default_blob_plain_mimetype`::\n \tDefault mimetype for the blob_plain (raw) view, if mimetype checking\n \tdoesn't result in some other type; by default \"text/plain\".\n \tGitweb guesses mimetype of a file to display based on extension\n@@ -447,11 +447,11 @@ $default_blob_plain_mimetype::\n \tand `/etc/mime.types` files (see *mime.types*(5) manpage; only\n \tfilename extension rules are supported by `gitweb`).\n \n-$default_text_plain_charset::\n+`$default_text_plain_charset`::\n \tDefault charset for text files. If this is not set, the web server\n \tconfiguration will be used.  Unset by default.\n \n-$fallback_encoding::\n+`$fallback_encoding`::\n \tGitweb assumes this charset when a line contains non-UTF-8 characters.\n \tThe fallback decoding is used without error checking, so it can be even\n \t\"utf-8\". The value must be a valid encoding; see the *Encoding::Supported*(3pm)\n@@ -496,26 +496,26 @@ time by setting the `GITWEB_BASE_URL` build-time configuration variable.\n By default it is set to (), i.e. an empty list.  This means that `gitweb`\n would not try to create project URL (to fetch) from project name.\n \n-$projects_list_group_categories::\n+`$projects_list_group_categories`::\n \tWhether to enable the grouping of projects by category on the project\n \tlist page. The category of a project is determined by the\n \t`$GIT_DIR/category` file or the `gitweb.category` variable in each\n \trepository's configuration.  Disabled by default (set to 0).\n \n-$project_list_default_category::\n+`$project_list_default_category`::\n \tDefault category for projects for which none is specified.  If this is\n \tset to the empty string, such projects will remain uncategorized and\n \tlisted at the top, above categorized projects.  Used only if project\n \tcategories are enabled, which means if `$projects_list_group_categories`\n \tis true.  By default set to \"\" (empty string).\n \n-$prevent_xss::\n+`$prevent_xss`::\n \tIf true, some `gitweb` features are disabled to prevent content in\n \trepositories from launching cross-site scripting (XSS) attacks.  Set this\n \tto true if you don't trust the content of your repositories.\n \tFalse by default (set to 0).\n \n-$maxload::\n+`$maxload`::\n \tUsed to set the maximum load that we will still respond to `gitweb` queries.\n \tIf the server load exceeds this value then `gitweb` will return\n \t\"503 Service Unavailable\" error.  The server load is taken to be 0\n@@ -527,14 +527,14 @@ $maxload::\n Set `$maxload` to undefined value (`undef`) to turn this feature off.\n The default value is 300.\n \n-$omit_age_column::\n+`$omit_age_column`::\n \tIf true, omit the column with date of the most current commit on the\n \tprojects list page. It can save a bit of I/O and a fork per repository.\n \n-$omit_owner::\n+`$omit_owner`::\n \tIf true prevents displaying information about repository owner.\n \n-$per_request_config::\n+`$per_request_config`::\n \tIf this is set to code reference, it will be run once for each request.\n \tYou can set parts of configuration that change per session this way.\n \tFor example, one might use the following code in a `gitweb` configuration\n@@ -567,7 +567,7 @@ variables described below; they should be automatically set by `gitweb` to\n correct value.\n \n \n-$version::\n+`$version`::\n \tGitweb version, set automatically when creating gitweb.cgi from\n \tgitweb.perl. You might want to modify it if you are running modified\n \t`gitweb`, for example\n@@ -580,19 +580,19 @@ if you run modified version of `gitweb` with caching support.  This variable\n is purely informational, used e.g. in the \"generator\" meta header in HTML\n header.\n \n-$my_url::\n-$my_uri::\n+`$my_url`::\n+`$my_uri`::\n \tFull URL and absolute URL of the `gitweb` script;\n \tin earlier versions of `gitweb` you might have need to set those\n \tvariables, but now there should be no need to do it.  See\n \t`$per_request_config` if you need to set them still.\n \n-$base_url::\n+`$base_url`::\n \tBase URL for relative URLs in pages generated by `gitweb`,\n \t(e.g. `$logo`, `$favicon`, `@stylesheets` if they are relative URLs),\n \tneeded and used '<base href=\"$base_url\">' only for URLs with nonempty\n \tPATH_INFO.  Usually `gitweb` sets its value correctly,\n-\tand there is no need to set this variable, e.g. to $my_uri or \"/\".\n+\tand there is no need to set this variable, e.g. to `$my_uri` or \"/\".\n \tSee `$per_request_config` if you need to override it anyway.\n \n \n@@ -805,7 +805,7 @@ The \"default\" value consists of a list of triplets in the form\n `(\"<label>\", \"<link>\", \"<position>\")` where \"position\" is the label\n after which to insert the link, \"link\" is a format string where `%n`\n expands to the project name, `%f` to the project path within the\n-filesystem (i.e. \"$projectroot/$project\"), `%h` to the current hash\n+filesystem (i.e. `$projectroot`/`$project`), `%h` to the current hash\n (\\'h' `gitweb` parameter) and `%b` to the current hash base\n (\\'hb' `gitweb` parameter); `%%` expands to \\'%'.\n +\n@@ -860,7 +860,7 @@ time zones in the form of \"+/-HHMM\", such as \"+0200\".\n Project specific override is not supported.\n \n extra-branch-refs::\n-\tList of additional directories under \"refs\" which are going to\n+\tList of additional directories under `refs` which are going to\n \tbe used as branch refs. For example if you have a gerrit setup\n \twhere all branches under refs/heads/ are official,\n \tpush-after-review ones and branches under refs/sandbox/,\ndiff --git a/Documentation/gitweb.txt b/Documentation/gitweb.txt\nindex 14abdb843f..f164857d83 100644\n--- a/Documentation/gitweb.txt\n+++ b/Documentation/gitweb.txt\n@@ -60,14 +60,14 @@ more exact; `gitweb` is not interested in a working area, and is best suited\n to showing \"bare\" repositories).\n \n The name of the repository in `gitweb` is the path to its `$GIT_DIR` (its object\n-database) relative to `$projectroot`.  Therefore the repository $repo can be\n-found at \"$projectroot/$repo\".\n+database) relative to `$projectroot`.  Therefore the repository `$repo` can be\n+found at `$projectroot`/`$repo`.\n \n \n Projects list file format\n ~~~~~~~~~~~~~~~~~~~~~~~~~\n Instead of having `gitweb` find repositories by scanning filesystem\n-starting from $projectroot, you can provide a pre-generated list of\n+starting from `$projectroot`, you can provide a pre-generated list of\n visible projects by setting `$projects_list` to point to a plain text\n file with a list of projects (with some additional info).\n \n@@ -182,7 +182,7 @@ fetched from via `git://` protocol.\n * Finally, it is possible to specify an arbitrary perl subroutine that will\n be called for each repository to determine if it can be exported.  The\n subroutine receives an absolute path to the project (repository) as its only\n-parameter (i.e. \"$projectroot/$project\").\n+parameter (i.e. `$projectroot`/`$project`).\n +\n For example, if you use mod_perl to run the script, and have dumb\n HTTP protocol authentication configured for your repositories, you\ndiff --git a/Documentation/glossary-content.txt b/Documentation/glossary-content.txt\nindex 8fef8db89d..cc8bfc5cfb 100644\n--- a/Documentation/glossary-content.txt\n+++ b/Documentation/glossary-content.txt\n@@ -533,7 +533,7 @@ The most notable example is `HEAD`.\n [[def_remote_tracking_branch]]remote-tracking branch::\n \tA <<def_ref,ref>> that is used to follow changes from another\n \t<<def_repository,repository>>. It typically looks like\n-\t'refs/remotes/foo/bar' (indicating that it tracks a branch named\n+\t`refs/remotes/foo/bar` (indicating that it tracks a branch named\n \t'bar' in a remote named 'foo'), and matches the right-hand-side of\n \ta configured fetch <<def_refspec,refspec>>. A remote-tracking\n \tbranch should not contain direct modifications or have local\ndiff --git a/Documentation/pretty-formats.txt b/Documentation/pretty-formats.txt\nindex d8a755faf1..e3c3556363 100644\n--- a/Documentation/pretty-formats.txt\n+++ b/Documentation/pretty-formats.txt\n@@ -217,9 +217,9 @@ The placeholders are:\n \t\t\t  the same time.\n +\n ** 'match=<pattern>': Only consider tags matching the given\n-   `glob(7)` pattern, excluding the \"refs/tags/\" prefix.\n+   `glob(7)` pattern, excluding the `refs/tags/` prefix.\n ** 'exclude=<pattern>': Do not consider tags matching the given\n-   `glob(7)` pattern, excluding the \"refs/tags/\" prefix.\n+   `glob(7)` pattern, excluding the `refs/tags/` prefix.\n \n '%S':: ref name given on the command line by which the commit was reached\n        (like `git log --source`), only works with `git log`\ndiff --git a/Documentation/pretty-options.txt b/Documentation/pretty-options.txt\nindex f8c61dd42e..f055f56c37 100644\n--- a/Documentation/pretty-options.txt\n+++ b/Documentation/pretty-options.txt\n@@ -75,15 +75,15 @@ with `refs/notes/`; when it begins with `notes/`, `refs/` and otherwise\n +\n Multiple `--notes` options can be combined to control which notes are\n being displayed. Examples: `--notes=foo` will show only notes from\n-\"refs/notes/foo\"; `--notes=foo --notes` will show both notes from\n-\"refs/notes/foo\" and from the default notes ref(s).\n+`refs/notes/foo`; `--notes=foo --notes` will show both notes from\n+`refs/notes/foo` and from the default notes ref(s).\n \n --no-notes::\n \tDo not show notes. This negates the above `--notes` option, by\n \tresetting the list of notes refs from which notes are shown.\n \tOptions are parsed in the order given on the command line, so e.g.\n \t`--notes --notes=foo --no-notes --notes=bar` will only show notes\n-\tfrom \"refs/notes/bar\".\n+\tfrom `refs/notes/bar`.\n \n --show-notes[=<ref>]::\n --[no-]standard-notes::\ndiff --git a/Documentation/rev-list-options.txt b/Documentation/rev-list-options.txt\nindex e6e9669f68..fb491660d6 100644\n--- a/Documentation/rev-list-options.txt\n+++ b/Documentation/rev-list-options.txt\n@@ -163,7 +163,7 @@ endif::git-log[]\n \n --glob=<glob-pattern>::\n \tPretend as if all the refs matching shell glob '<glob-pattern>'\n-\tare listed on the command line as '<commit>'. Leading 'refs/',\n+\tare listed on the command line as '<commit>'. Leading `refs/`,\n \tis automatically prepended if missing. If pattern lacks '?', '{asterisk}',\n \tor '[', '/{asterisk}' at the end is implied.\n \ndiff --git a/Documentation/revisions.txt b/Documentation/revisions.txt\nindex f1bb9d0877..0614772a76 100644\n--- a/Documentation/revisions.txt\n+++ b/Documentation/revisions.txt\n@@ -23,27 +23,27 @@ characters and to avoid word splitting.\n   followed by a dash and a number of commits, followed by a dash, a\n   'g', and an abbreviated object name.\n \n-'<refname>', e.g. `master`, 'heads/master', 'refs/heads/master'::\n+'<refname>', e.g. `master`, 'heads/master', `refs/heads/master`::\n   A symbolic ref name.  E.g. `master` typically means the commit\n-  object referenced by 'refs/heads/master'.  If you\n+  object referenced by `refs/heads/master`.  If you\n   happen to have both 'heads/master' and 'tags/master', you can\n   explicitly say 'heads/master' to tell Git which one you mean.\n   When ambiguous, a '<refname>' is disambiguated by taking the\n   first match in the following rules:\n \n-  . If '$GIT_DIR/<refname>' exists, that is what you mean (this is usually\n+  . If `$GIT_DIR/<refname>` exists, that is what you mean (this is usually\n     useful only for `HEAD`, `FETCH_HEAD`, `ORIG_HEAD`, `MERGE_HEAD`\n     and `CHERRY_PICK_HEAD`);\n \n-  . otherwise, 'refs/<refname>' if it exists;\n+  . otherwise, `refs/<refname>` if it exists;\n \n-  . otherwise, 'refs/tags/<refname>' if it exists;\n+  . otherwise, `refs/tags/<refname>` if it exists;\n \n-  . otherwise, 'refs/heads/<refname>' if it exists;\n+  . otherwise, `refs/heads/<refname>` if it exists;\n \n-  . otherwise, 'refs/remotes/<refname>' if it exists;\n+  . otherwise, `refs/remotes/<refname>` if it exists;\n \n-  . otherwise, 'refs/remotes/<refname>/HEAD' if it exists.\n+  . otherwise, `refs/remotes/<refname>/HEAD` if it exists.\n +\n `HEAD` names the commit on which you based the changes in the working tree.\n `FETCH_HEAD` records the branch which you fetched from a remote repository\n@@ -57,7 +57,7 @@ when you run `git merge`.\n `CHERRY_PICK_HEAD` records the commit which you are cherry-picking\n when you run `git cherry-pick`.\n +\n-Note that any of the 'refs/*' cases above may come either from\n+Note that any of the `refs/*` cases above may come either from\n the `$GIT_DIR/refs` directory or from the `$GIT_DIR/packed-refs` file.\n While the ref name encoding is unspecified, UTF-8 is preferred as\n some output processing may assume ref names in UTF-8.\n@@ -72,7 +72,7 @@ some output processing may assume ref names in UTF-8.\n   second ago}' or '{1979-02-26 18:30:00}') specifies the value\n   of the ref at a prior point in time.  This suffix may only be\n   used immediately following a ref name and the ref must have an\n-  existing log ('$GIT_DIR/logs/<ref>'). Note that this looks up the state\n+  existing log (`$GIT_DIR/logs/<ref>`). Note that this looks up the state\n   of your *local* ref at a given time; e.g., what was in your local\n   `master` branch last week. If you want to look at commits made during\n   certain times, see `--since` and `--until`.\n@@ -84,7 +84,7 @@ some output processing may assume ref names in UTF-8.\n   is the immediate prior value of `master` while `master@{5}`\n   is the 5th prior value of `master`. This suffix may only be used\n   immediately following a ref name and the ref must have an existing\n-  log ('$GIT_DIR/logs/<refname>').\n+  log (`$GIT_DIR/logs/<refname>`).\n \n '@{<n>}', e.g. '@\\{1\\}'::\n   You can use the '@' construct with an empty ref part to get at a\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421335","messageId":"20210409040301.3260358-11-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 10/13] doc: typeset more command entries in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:58Z","receivedAt":"2021-04-09T04:06:37Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap command-line option entries (i.e. something of the form\n<entry>[::|;;]<description>) which contain space or number with\nbackticks as indicated in the CodingGuidelines. Additionaly, as\nan intended effect, also wrap some subcommands and status values.\n\nThe following command and regex assisted the substitution\nwith manual intervention to exclude false positives.\n\n    REGEX=\"^([[:space:]]*?)[\\\"']?([][ 0-9a-zA-Z-=<>]+)[\\\"']?(::|;;)([[:space:]]+|\\$)\" &&\n    perl -pi -e \"s/$REGEX/\\$1\\`\\$2\\`\\$3\\$4/g\" $(grep -Pl \"$REGEX\" *.txt --exclude-dir=RelNotes)\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/blame-options.txt          | 10 ++++-----\n Documentation/diff-format.txt            |  4 ++--\n Documentation/fetch-options.txt          | 12 +++++------\n Documentation/git-add.txt                |  2 +-\n Documentation/git-am.txt                 | 10 ++++-----\n Documentation/git-apply.txt              |  4 ++--\n Documentation/git-archimport.txt         |  4 ++--\n Documentation/git-archive.txt            |  6 +++---\n Documentation/git-branch.txt             | 14 ++++++-------\n Documentation/git-bugreport.txt          |  8 ++++----\n Documentation/git-bundle.txt             |  8 ++++----\n Documentation/git-check-ignore.txt       |  6 +++---\n Documentation/git-cherry-pick.txt        |  4 ++--\n Documentation/git-clean.txt              |  8 ++++----\n Documentation/git-clone.txt              | 26 ++++++++++++------------\n Documentation/git-column.txt             | 14 ++++++-------\n Documentation/git-commit-tree.txt        |  6 +++---\n Documentation/git-commit.txt             | 10 ++++-----\n Documentation/git-config.txt             | 16 +++++++--------\n Documentation/git-credential-cache.txt   |  4 ++--\n Documentation/git-credential-store.txt   |  2 +-\n Documentation/git-cvsexportcommit.txt    |  2 +-\n Documentation/git-cvsimport.txt          | 24 +++++++++++-----------\n Documentation/git-cvsserver.txt          |  2 +-\n Documentation/git-describe.txt           |  4 ++--\n Documentation/git-diff-files.txt         |  8 ++++----\n Documentation/git-diff.txt               |  8 ++++----\n Documentation/git-difftool.txt           |  4 ++--\n Documentation/git-filter-branch.txt      | 24 +++++++++++-----------\n Documentation/git-fmt-merge-msg.txt      |  8 ++++----\n Documentation/git-for-each-repo.txt      |  2 +-\n Documentation/git-format-patch.txt       | 12 +++++------\n Documentation/git-fsck.txt               |  8 ++++----\n Documentation/git-grep.txt               | 18 ++++++++--------\n Documentation/git-hash-object.txt        |  2 +-\n Documentation/git-http-fetch.txt         |  2 +-\n Documentation/git-index-pack.txt         |  2 +-\n Documentation/git-init.txt               |  6 +++---\n Documentation/git-interpret-trailers.txt |  6 +++---\n Documentation/git-log.txt                |  2 +-\n Documentation/git-ls-files.txt           |  4 ++--\n Documentation/git-ls-remote.txt          |  2 +-\n Documentation/git-merge-file.txt         |  4 ++--\n Documentation/git-merge.txt              |  4 ++--\n Documentation/git-mergetool.txt          |  2 +-\n Documentation/git-notes.txt              | 12 +++++------\n Documentation/git-p4.txt                 | 22 ++++++++++----------\n Documentation/git-prune.txt              |  2 +-\n Documentation/git-push.txt               | 14 ++++++-------\n Documentation/git-quiltimport.txt        |  6 +++---\n Documentation/git-range-diff.txt         |  4 ++--\n Documentation/git-rebase.txt             | 10 ++++-----\n Documentation/git-receive-pack.txt       |  2 +-\n Documentation/git-replace.txt            |  6 +++---\n Documentation/git-reset.txt              |  6 +++---\n Documentation/git-restore.txt            |  2 +-\n Documentation/git-rev-parse.txt          |  8 ++++----\n Documentation/git-revert.txt             |  4 ++--\n Documentation/git-send-email.txt         |  2 +-\n Documentation/git-shell.txt              |  2 +-\n Documentation/git-shortlog.txt           |  2 +-\n Documentation/git-show-branch.txt        |  2 +-\n Documentation/git-show-index.txt         |  2 +-\n Documentation/git-stash.txt              |  4 ++--\n Documentation/git-submodule.txt          | 14 ++++++-------\n Documentation/git-svn.txt                | 16 +++++++--------\n Documentation/git-switch.txt             | 10 ++++-----\n Documentation/git-tag.txt                | 16 +++++++--------\n Documentation/git-unpack-file.txt        |  2 +-\n Documentation/git-update-index.txt       |  4 ++--\n Documentation/git-upload-archive.txt     |  2 +-\n Documentation/git-web--browse.txt        |  8 ++++----\n Documentation/git-worktree.txt           | 10 ++++-----\n Documentation/git.txt                    |  4 ++--\n Documentation/gitattributes.txt          |  2 +-\n Documentation/gitk.txt                   |  2 +-\n Documentation/gitremote-helpers.txt      | 10 ++++-----\n Documentation/gitweb.txt                 |  4 ++--\n Documentation/merge-options.txt          |  4 ++--\n Documentation/pull-fetch-param.txt       |  6 +++---\n Documentation/rev-list-options.txt       |  6 +++---\n Documentation/revisions.txt              |  2 +-\n 82 files changed, 286 insertions(+), 286 deletions(-)\n\ndiff --git a/Documentation/blame-options.txt b/Documentation/blame-options.txt\nindex c58d30a648..15e50af424 100644\n--- a/Documentation/blame-options.txt\n+++ b/Documentation/blame-options.txt\n@@ -26,7 +26,7 @@ include::line-range-format.txt[]\n `-t`::\n \tShow raw timestamp (Default: off).\n \n--S <revs-file>::\n+`-S <revs-file>`::\n \tUse revisions from revs-file instead of calling linkgit:git-rev-list[1].\n \n --reverse <rev>..<rev>::\n@@ -63,14 +63,14 @@ include::line-range-format.txt[]\n \tdiscussion about encoding in the linkgit:git-log[1]\n \tmanual page.\n \n---contents <file>::\n+`--contents <file>`::\n \tWhen <rev> is not specified, the command annotates the\n \tchanges starting backwards from the working tree copy.\n \tThis flag makes the command pretend as if the working\n \ttree copy has the contents of the named file (specify\n \t`-` to make the command read from the standard input).\n \n---date <format>::\n+`--date <format>`::\n \tSpecifies the format used to output dates. If `--date` is not\n \tprovided, the value of the `blame.date` config variable is\n \tused. If the `blame.date` config variable is also not set, the\n@@ -117,7 +117,7 @@ commit. And the default value is 40. If there are more than one\n `-C` options given, the <num> argument of the last `-C` will\n take effect.\n \n---ignore-rev <rev>::\n+`--ignore-rev <rev>`::\n \tIgnore changes made by the revision when assigning blame, as if the\n \tchange never happened.  Lines that were changed or added by an ignored\n \tcommit will be blamed on the previous commit that changed that line or\n@@ -129,7 +129,7 @@ take effect.\n \tby an ignored commit that we could not attribute to another revision are\n \tmarked with a '*'.\n \n---ignore-revs-file <file>::\n+`--ignore-revs-file <file>`::\n \tIgnore revisions listed in `file`, which must be in the same format as an\n \t`fsck.skipList`.  This option may be repeated, and these files will be\n \tprocessed after any files specified with the `blame.ignoreRevsFile` config\ndiff --git a/Documentation/diff-format.txt b/Documentation/diff-format.txt\nindex 14ef11d552..ac0ecc266a 100644\n--- a/Documentation/diff-format.txt\n+++ b/Documentation/diff-format.txt\n@@ -7,10 +7,10 @@ The raw output format from `git-diff-index`, `git-diff-tree`,\n These commands all compare two sets of things; what is\n compared differs:\n \n-git-diff-index <tree-ish>::\n+`git-diff-index <tree-ish>`::\n         compares the <tree-ish> and the files on the filesystem.\n \n-git-diff-index --cached <tree-ish>::\n+`git-diff-index --cached <tree-ish>`::\n         compares the <tree-ish> and the index.\n \n git-diff-tree [-r] <tree-ish-1> <tree-ish-2> [<pattern>...]::\ndiff --git a/Documentation/fetch-options.txt b/Documentation/fetch-options.txt\nindex fcee0ad87d..98ffc052f0 100644\n--- a/Documentation/fetch-options.txt\n+++ b/Documentation/fetch-options.txt\n@@ -231,7 +231,7 @@ ifndef::git-pull[]\n \tuse it.\n endif::git-pull[]\n \n---upload-pack <upload-pack>::\n+`--upload-pack <upload-pack>`::\n \tWhen given, and the repository to fetch from is handled\n \tby `git fetch-pack`, `--exec=<upload-pack>` is passed to\n \tthe command to specify non-default path for the command\n@@ -255,7 +255,7 @@ endif::git-pull[]\n \tis specified. This flag forces progress status even if the\n \tstandard error stream is not directed to a terminal.\n \n--o <option>::\n+`-o <option>`::\n `--server-option=<option>`::\n \tTransmit the given string to the server when communicating using\n \tprotocol version 2.  The given string must not contain a NUL or LF\n@@ -277,10 +277,10 @@ endif::git-pull[]\n \t'git-pull' the `--ff-only` option will still check for forced updates\n \tbefore attempting a fast-forward update. See linkgit:git-config[1].\n \n--4::\n---ipv4::\n+`-4`::\n+`--ipv4`::\n \tUse IPv4 addresses only, ignoring IPv6 addresses.\n \n--6::\n---ipv6::\n+`-6`::\n+`--ipv6`::\n \tUse IPv6 addresses only, ignoring IPv4 addresses.\ndiff --git a/Documentation/git-add.txt b/Documentation/git-add.txt\nindex 646951cf7e..1bc86d8482 100644\n--- a/Documentation/git-add.txt\n+++ b/Documentation/git-add.txt\n@@ -313,7 +313,7 @@ contents of working tree files for selected paths in the index.\n   information for selected paths are reverted to that of the\n   `HEAD` version.  Reverting new paths makes them untracked.\n \n-add untracked::\n+`add untracked`::\n \n   This has a very similar UI to 'update' and\n   'revert', and lets you add untracked paths to the index.\ndiff --git a/Documentation/git-am.txt b/Documentation/git-am.txt\nindex c8560bacad..0d01c475ab 100644\n--- a/Documentation/git-am.txt\n+++ b/Documentation/git-am.txt\n@@ -75,7 +75,7 @@ OPTIONS\n \tBe quiet. Only print error messages.\n \n `-u`::\n---utf8::\n+`--utf8`::\n \tPass `-u` flag to `git mailinfo` (see linkgit:git-mailinfo[1]).\n \tThe proposed commit log message taken from the e-mail\n \tis re-coded into UTF-8 encoding (configuration variable\n@@ -85,13 +85,13 @@ OPTIONS\n This was optional in prior versions of git, but now it is the\n default.   You can use `--no-utf8` to override this.\n \n---no-utf8::\n+`--no-utf8`::\n \tPass `-n` flag to `git mailinfo` (see\n \tlinkgit:git-mailinfo[1]).\n \n--3::\n---3way::\n---no-3way::\n+`-3`::\n+`--3way`::\n+`--no-3way`::\n \tWhen the patch does not apply cleanly, fall back on\n \t3-way merge if the patch records the identity of blobs\n \tit is supposed to apply to and we have those blobs\ndiff --git a/Documentation/git-apply.txt b/Documentation/git-apply.txt\nindex 88cdddb178..fd681659e8 100644\n--- a/Documentation/git-apply.txt\n+++ b/Documentation/git-apply.txt\n@@ -82,8 +82,8 @@ OPTIONS\n \tNote that `--index` could be implied by other options such\n \tas `--cached` or `--3way`.\n \n--3::\n---3way::\n+`-3`::\n+`--3way`::\n \tWhen the patch does not apply cleanly, fall back on 3-way merge if\n \tthe patch records the identity of blobs it is supposed to apply to,\n \tand we have those blobs available locally, possibly leaving the\ndiff --git a/Documentation/git-archimport.txt b/Documentation/git-archimport.txt\nindex 8ea76463bf..3144cc1680 100644\n--- a/Documentation/git-archimport.txt\n+++ b/Documentation/git-archimport.txt\n@@ -91,7 +91,7 @@ OPTIONS\n \ton the command-line will override the automatically-generated\n \tones.\n \n--D <depth>::\n+`-D <depth>`::\n \tFollow merge ancestry and attempt to import trees that have been\n \tmerged from.  Specify a depth greater than 1 if patch logs have been\n \tpruned.\n@@ -100,7 +100,7 @@ OPTIONS\n \tAttempt to auto-register archives at http://mirrors.sourcecontrol.net\n \tThis is particularly useful with the `-D` option.\n \n--t <tmpdir>::\n+`-t <tmpdir>`::\n \tOverride the default tempdir.\n \n \ndiff --git a/Documentation/git-archive.txt b/Documentation/git-archive.txt\nindex d0ca1241a2..83ce330c9d 100644\n--- a/Documentation/git-archive.txt\n+++ b/Documentation/git-archive.txt\n@@ -51,7 +51,7 @@ OPTIONS\n --prefix=<prefix>/::\n \tPrepend <prefix>/ to each filename in the archive.\n \n--o <file>::\n+`-o <file>`::\n `--output=<file>`::\n \tWrite the archive to <file> instead of stdout.\n \n@@ -93,9 +93,9 @@ BACKEND EXTRA OPTIONS\n \n zip\n ~~~\n--0::\n+`-0`::\n \tStore the files instead of deflating them.\n--9::\n+`-9`::\n \tHighest and slowest compression level.  You can specify any\n \tnumber from 1 to 9 to adjust compression speed and ratio.\n \ndiff --git a/Documentation/git-branch.txt b/Documentation/git-branch.txt\nindex b9f65c4d52..cefc94e440 100644\n--- a/Documentation/git-branch.txt\n+++ b/Documentation/git-branch.txt\n@@ -228,7 +228,7 @@ start-point is either a local or remote-tracking branch.\n \tAs this option had confusing syntax, it is no longer supported.\n \tPlease use `--track` or `--set-upstream-to` instead.\n \n--u <upstream>::\n+`-u <upstream>`::\n `--set-upstream-to=<upstream>`::\n \tSet up <branchname>'s tracking information so <upstream> is\n \tconsidered <branchname>'s upstream branch. If no <branchname>\n@@ -244,19 +244,19 @@ start-point is either a local or remote-tracking branch.\n \t`request-pull`, and `merge` (if enabled)). Multi-line explanations\n \tmay be used.\n \n---contains [<commit>]::\n+`--contains [<commit>]`::\n \tOnly list branches which contain the specified commit (HEAD\n \tif not specified). Implies `--list`.\n \n---no-contains [<commit>]::\n+`--no-contains [<commit>]`::\n \tOnly list branches which don't contain the specified commit\n \t(`HEAD` if not specified). Implies `--list`.\n \n---merged [<commit>]::\n+`--merged [<commit>]`::\n \tOnly list branches whose tips are reachable from the\n \tspecified commit (`HEAD` if not specified). Implies `--list`.\n \n---no-merged [<commit>]::\n+`--no-merged [<commit>]`::\n \tOnly list branches whose tips are not reachable from the\n \tspecified commit (`HEAD` if not specified). Implies `--list`.\n \n@@ -290,10 +290,10 @@ start-point is either a local or remote-tracking branch.\n \tfinally remote-tracking branches. See linkgit:git-config[1].\n \n \n---points-at <object>::\n+`--points-at <object>`::\n \tOnly list branches of the given object.\n \n---format <format>::\n+`--format <format>`::\n \tA string that interpolates `%(fieldname)` from a branch ref being shown\n \tand the object it points at.  The format is the same as\n \tthat of linkgit:git-for-each-ref[1].\ndiff --git a/Documentation/git-bugreport.txt b/Documentation/git-bugreport.txt\nindex 0d5ef36f90..1b24b53907 100644\n--- a/Documentation/git-bugreport.txt\n+++ b/Documentation/git-bugreport.txt\n@@ -38,13 +38,13 @@ the kind of information listed above when manually asking for help.\n \n OPTIONS\n -------\n--o <path>::\n---output-directory <path>::\n+`-o <path>`::\n+`--output-directory <path>`::\n \tPlace the resulting bug report file in `<path>` instead of the root of\n \tthe Git repository.\n \n--s <format>::\n---suffix <format>::\n+`-s <format>`::\n+`--suffix <format>`::\n \tSpecify an alternate suffix for the bugreport name, to create a file\n \tnamed `git-bugreport-<formatted suffix>`. This should take the form of a\n \tstrftime(3) format string; the current local time will be used.\ndiff --git a/Documentation/git-bundle.txt b/Documentation/git-bundle.txt\nindex 92499c452d..644f2bb9dd 100644\n--- a/Documentation/git-bundle.txt\n+++ b/Documentation/git-bundle.txt\n@@ -37,13 +37,13 @@ destination repository.\n OPTIONS\n -------\n \n-create [options] <file> <git-rev-list-args>::\n+`create [options] <file> <git-rev-list-args>`::\n \tUsed to create a bundle named 'file'.  This requires the\n \t'<git-rev-list-args>' arguments to define the bundle contents.\n \t'options' contains the options specific to the `git bundle create`\n \tsubcommand.\n \n-verify <file>::\n+`verify <file>`::\n \tUsed to check that a bundle file is valid and will apply\n \tcleanly to the current repository.  This includes checks on the\n \tbundle format itself as well as checking that the prerequisite\n@@ -51,12 +51,12 @@ verify <file>::\n \t`git bundle` prints a list of missing commits, if any, and exits\n \twith a non-zero status.\n \n-list-heads <file>::\n+`list-heads <file>`::\n \tLists the references defined in the bundle.  If followed by a\n \tlist of references, only references matching those given are\n \tprinted out.\n \n-unbundle <file>::\n+`unbundle <file>`::\n \tPasses the objects in the bundle to `git index-pack`\n \tfor storage in the repository, then prints the names of all\n \tdefined references. If a list of references is given, only\ndiff --git a/Documentation/git-check-ignore.txt b/Documentation/git-check-ignore.txt\nindex eabe8467ef..ae7842c65d 100644\n--- a/Documentation/git-check-ignore.txt\n+++ b/Documentation/git-check-ignore.txt\n@@ -106,13 +106,13 @@ buffer.\n EXIT STATUS\n -----------\n \n-0::\n+`0`::\n \tOne or more of the provided paths is ignored.\n \n-1::\n+`1`::\n \tNone of the provided paths are ignored.\n \n-128::\n+`128`::\n \tA fatal error was encountered.\n \n SEE ALSO\ndiff --git a/Documentation/git-cherry-pick.txt b/Documentation/git-cherry-pick.txt\nindex 5d6021e4ca..31937c16f8 100644\n--- a/Documentation/git-cherry-pick.txt\n+++ b/Documentation/git-cherry-pick.txt\n@@ -81,8 +81,8 @@ OPTIONS\n \tdescribed above, and `-r` was to disable it.  Now the\n \tdefault is not to do `-x` so this option is a no-op.\n \n--m parent-number::\n---mainline parent-number::\n+`-m parent-number`::\n+`--mainline parent-number`::\n \tUsually you cannot cherry-pick a merge because you do not know which\n \tside of the merge should be considered the mainline.  This\n \toption specifies the parent number (starting from 1) of\ndiff --git a/Documentation/git-clean.txt b/Documentation/git-clean.txt\nindex e782f48c2c..55a77a31f5 100644\n--- a/Documentation/git-clean.txt\n+++ b/Documentation/git-clean.txt\n@@ -55,7 +55,7 @@ OPTIONS\n \tBe quiet, only report errors, but not the files that are\n \tsuccessfully removed.\n \n--e <pattern>::\n+`-e <pattern>`::\n `--exclude=<pattern>`::\n \tUse the given exclude pattern in addition to the standard ignore rules\n \t(see linkgit:gitignore[5]).\n@@ -98,7 +98,7 @@ The main command loop has 6 subcommands.\n \n    Start cleaning files and directories, and then quit.\n \n-filter by pattern::\n+`filter by pattern`::\n \n    This shows the files and directories to be deleted and issues an\n    \"Input ignore patterns>>\" prompt. You can input space-separated\n@@ -107,7 +107,7 @@ filter by pattern::\n    deletion. When you are satisfied with the filtered result, press\n    ENTER (empty) back to the main menu.\n \n-select by numbers::\n+`select by numbers`::\n \n    This shows the files and directories to be deleted and issues an\n    \"Select items to delete>>\" prompt. When the prompt ends with double\n@@ -119,7 +119,7 @@ select by numbers::\n    Also when you are satisfied with the filtered result, press ENTER\n    (empty) back to the main menu.\n \n-ask each::\n+`ask each`::\n \n   This will start to clean, and you must confirm one by one in order\n   to delete items. Please note that this action is not as efficient\ndiff --git a/Documentation/git-clone.txt b/Documentation/git-clone.txt\nindex 935d191ae1..a5861c0530 100644\n--- a/Documentation/git-clone.txt\n+++ b/Documentation/git-clone.txt\n@@ -96,7 +96,7 @@ If you want to break the dependency of a repository cloned with `--shared` on\n its source repository, you can simply run `git repack -a` to copy all\n objects from the source repository into a pack in the cloned repository.\n \n---reference[-if-able] <repository>::\n+`--reference[-if-able] <repository>`::\n \tIf the reference repository is on the local machine,\n \tautomatically setup `.git/objects/info/alternates` to\n \tobtain objects from the reference repository.  Using\n@@ -190,14 +190,14 @@ objects from the source repository into a pack in the cloned repository.\n \tthat all these refs are overwritten by a `git remote update` in the\n \ttarget repository.\n \n--o <name>::\n---origin <name>::\n+`-o <name>`::\n+`--origin <name>`::\n \tInstead of using the remote name `origin` to keep track of the upstream\n \trepository, use `<name>`.  Overrides `clone.defaultRemoteName` from the\n \tconfig.\n \n--b <name>::\n---branch <name>::\n+`-b <name>`::\n+`--branch <name>`::\n \tInstead of pointing the newly created `HEAD` to the branch pointed\n \tto by the cloned repository's `HEAD`, point to `<name>` branch\n \tinstead. In a non-bare repository, this is the branch that will\n@@ -205,8 +205,8 @@ objects from the source repository into a pack in the cloned repository.\n \t`--branch` can also take tags and detaches the `HEAD` at that commit\n \tin the resulting repository.\n \n--u <upload-pack>::\n---upload-pack <upload-pack>::\n+`-u <upload-pack>`::\n+`--upload-pack <upload-pack>`::\n \tWhen given, and the repository to clone from is accessed\n \tvia ssh, this specifies a non-default path for the command\n \trun on the other end.\n@@ -215,8 +215,8 @@ objects from the source repository into a pack in the cloned repository.\n \tSpecify the directory from which templates will be used;\n \t(See the \"TEMPLATE DIRECTORY\" section of linkgit:git-init[1].)\n \n--c <key>=<value>::\n---config <key>=<value>::\n+`-c <key>=<value>`::\n+`--config <key>=<value>`::\n \tSet a configuration variable in the newly-created repository;\n \tthis takes effect immediately after the repository is\n \tinitialized, but before the remote history is fetched or any\n@@ -232,7 +232,7 @@ Configuration variables known to not take effect are:\n `remote.<name>.mirror` and `remote.<name>.tagOpt`.  Use the\n corresponding `--mirror` and `--no-tags` options instead.\n \n---depth <depth>::\n+`--depth <depth>`::\n \tCreate a 'shallow' clone with a history truncated to the\n \tspecified number of commits. Implies `--single-branch` unless\n \t`--no-single-branch` is given to fetch the histories near the\n@@ -294,15 +294,15 @@ or `--mirror` is given)\n \tsuperproject's recorded SHA-1. Equivalent to passing `--remote` to\n \t`git submodule update`.\n \n---separate-git-dir=<git dir>::\n+`--separate-git-dir=<git dir>`::\n \tInstead of placing the cloned repository where it is supposed\n \tto be, place the cloned repository at the specified directory,\n \tthen make a filesystem-agnostic Git symbolic link to there.\n \tThe result is Git repository can be separated from working\n \ttree.\n \n--j <n>::\n---jobs <n>::\n+`-j <n>`::\n+`--jobs <n>`::\n \tThe number of submodules fetched at the same time.\n \tDefaults to the `submodule.fetchJobs` option.\n \ndiff --git a/Documentation/git-column.txt b/Documentation/git-column.txt\nindex 0865d22bdc..b350018637 100644\n--- a/Documentation/git-column.txt\n+++ b/Documentation/git-column.txt\n@@ -20,30 +20,30 @@ columns.\n \n OPTIONS\n -------\n---command=<name>::\n+`--command=<name>`::\n \tLook up layout mode using configuration variable `column.<name>` and\n \t`column.ui`.\n \n---mode=<mode>::\n+`--mode=<mode>`::\n \tSpecify layout mode. See configuration variable `column.ui` for option\n \tsyntax in linkgit:git-config[1].\n \n---raw-mode=<n>::\n+`--raw-mode=<n>`::\n \tSame as `--mode` but take mode encoded as a number. This is mainly used\n \tby other commands that have already parsed layout mode.\n \n---width=<width>::\n+`--width=<width>`::\n \tSpecify the terminal width. By default 'git column' will detect the\n \tterminal width, or fall back to 80 if it is unable to do so.\n \n---indent=<string>::\n+`--indent=<string>`::\n \tString to be printed at the beginning of each line.\n \n---nl=<N>::\n+`--nl=<N>`::\n \tString to be printed at the end of each line,\n \tincluding newline character.\n \n---padding=<N>::\n+`--padding=<N>`::\n \tThe number of spaces between columns. One space by default.\n \n EXAMPLES\ndiff --git a/Documentation/git-commit-tree.txt b/Documentation/git-commit-tree.txt\nindex 47f21f4bcc..35b37e9d6d 100644\n--- a/Documentation/git-commit-tree.txt\n+++ b/Documentation/git-commit-tree.txt\n@@ -47,14 +47,14 @@ OPTIONS\n `<tree>`::\n \tAn existing tree object.\n \n--p <parent>::\n+`-p <parent>`::\n \tEach `-p` indicates the id of a parent commit object.\n \n--m <message>::\n+`-m <message>`::\n \tA paragraph in the commit log message. This can be given more than\n \tonce and each <message> becomes its own paragraph.\n \n--F <file>::\n+`-F <file>`::\n \tRead the commit log message from the given file. Use `-` to read\n \tfrom the standard input. This can be given more than once and the\n \tcontent of each file becomes its own paragraph.\ndiff --git a/Documentation/git-commit.txt b/Documentation/git-commit.txt\nindex 48be5646c4..0594ed1db5 100644\n--- a/Documentation/git-commit.txt\n+++ b/Documentation/git-commit.txt\n@@ -76,13 +76,13 @@ OPTIONS\n \twhich changes to commit. See linkgit:git-add[1] for\n \tdetails.\n \n--C <commit>::\n+`-C <commit>`::\n `--reuse-message=<commit>`::\n \tTake an existing commit object, and reuse the log message\n \tand the authorship information (including the timestamp)\n \twhen creating the commit.\n \n--c <commit>::\n+`-c <commit>`::\n `--reedit-message=<commit>`::\n \tLike `-C`, but with `-c` the editor is invoked, so that\n \tthe user can further edit the commit message.\n@@ -164,7 +164,7 @@ See linkgit:git-rebase[1] for details.\n \tquoted as explained for the configuration variable `core.quotePath`\n \t(see linkgit:git-config[1]).\n \n--F <file>::\n+`-F <file>`::\n `--file=<file>`::\n \tTake the commit message from the given file.  Use '-' to\n \tread the message from the standard input.\n@@ -179,7 +179,7 @@ See linkgit:git-rebase[1] for details.\n `--date=<date>`::\n \tOverride the author date used in the commit.\n \n--m <msg>::\n+`-m <msg>`::\n `--message=<msg>`::\n \tUse the given <msg> as the commit message.\n \tIf multiple `-m` options are given, their values are\n@@ -187,7 +187,7 @@ See linkgit:git-rebase[1] for details.\n +\n The `-m` option is mutually exclusive with `-c`, `-C`, and `-F`.\n \n--t <file>::\n+`-t <file>`::\n `--template=<file>`::\n \tWhen editing the commit message, start the editor with the\n \tcontents in the given file.  The `commit.template` configuration\ndiff --git a/Documentation/git-config.txt b/Documentation/git-config.txt\nindex b70aad6e0f..2201ce6058 100644\n--- a/Documentation/git-config.txt\n+++ b/Documentation/git-config.txt\n@@ -98,7 +98,7 @@ OPTIONS\n \tin which section and variable names are lowercased, but subsection\n \tnames are not.\n \n---get-urlmatch name URL::\n+`--get-urlmatch name URL`::\n \tWhen given a two-part name `section.key`, the value for\n \t`section.<url>.key` whose <url> part matches the best to the\n \tgiven URL is returned (if no such key exists, the value for\n@@ -141,11 +141,11 @@ See also <<FILES>>.\n \tread from or written to if `extensions.worktreeConfig` is\n \tpresent. If not it's the same as `--local`.\n \n--f config-file::\n---file config-file::\n+`-f config-file`::\n+`--file config-file`::\n \tUse the given config file instead of the one specified by GIT_CONFIG.\n \n---blob blob::\n+`--blob blob`::\n \tSimilar to `--file` but use the given blob instead of a file. E.g.\n \tyou can use 'master:.gitmodules' to read values from the file\n \t`.gitmodules` in the `master` branch. See \"SPECIFYING REVISIONS\"\n@@ -174,7 +174,7 @@ See also <<FILES>>.\n \tthe name/value pairs that are matched to only those where the value\n \tis exactly equal to the `value-pattern`.\n \n---type <type>::\n+`--type <type>`::\n   `git config` will ensure that any input or output is valid under the given\n   type constraint(s), and will canonicalize outgoing values in `<type>`'s\n   canonical form.\n@@ -236,7 +236,7 @@ Valid `<type>`'s include:\n \tall queried config options with the scope of that value\n \t(local, global, system, command).\n \n---get-colorbool name [stdout-is-tty]::\n+`--get-colorbool name [stdout-is-tty]`::\n \n \tFind the color setting for `name` (e.g. `color.diff`) and output\n \t\"true\" or \"false\".  `stdout-is-tty` should be either \"true\" or\n@@ -247,7 +247,7 @@ Valid `<type>`'s include:\n \tWhen the color setting for `name` is undefined, the command uses\n \t`color.ui` as fallback.\n \n---get-color name [default]::\n+`--get-color name [default]`::\n \n \tFind the color configured for `name` (e.g. `color.diff.new`) and\n \toutput it as the ANSI color escape sequence to the standard\n@@ -269,7 +269,7 @@ Valid `<type>`'s include:\n \tusing `--file`, `--global`, etc) and `on` when searching all\n \tconfig files.\n \n---default <value>::\n+`--default <value>`::\n   When using `--get`, and the requested variable is not found, behave as if\n   <value> were the value assigned to the that variable.\n \ndiff --git a/Documentation/git-credential-cache.txt b/Documentation/git-credential-cache.txt\nindex e9834b8b95..601f23685a 100644\n--- a/Documentation/git-credential-cache.txt\n+++ b/Documentation/git-credential-cache.txt\n@@ -26,11 +26,11 @@ linkgit:gitcredentials[7] or `EXAMPLES` below.\n OPTIONS\n -------\n \n---timeout <seconds>::\n+`--timeout <seconds>`::\n \n \tNumber of seconds to cache credentials (default: 900).\n \n---socket <path>::\n+`--socket <path>`::\n \n \tUse `<path>` to contact a running cache daemon (or start a new\n \tcache daemon if one is not started).\ndiff --git a/Documentation/git-credential-store.txt b/Documentation/git-credential-store.txt\nindex 3d83420f0a..7fe4049130 100644\n--- a/Documentation/git-credential-store.txt\n+++ b/Documentation/git-credential-store.txt\n@@ -29,7 +29,7 @@ linkgit:gitcredentials[7] or `EXAMPLES` below.\n OPTIONS\n -------\n \n---file=<path>::\n+`--file=<path>`::\n \n \tUse `<path>` to lookup and store credentials. The file will have its\n \tfilesystem permissions set to prevent other users on the system\ndiff --git a/Documentation/git-cvsexportcommit.txt b/Documentation/git-cvsexportcommit.txt\nindex 64e98c4f1d..8514bbd2b2 100644\n--- a/Documentation/git-cvsexportcommit.txt\n+++ b/Documentation/git-cvsexportcommit.txt\n@@ -105,7 +105,7 @@ Merge one patch into CVS (`-c` and `-w` options). The working directory is withi\n \t$ git cvsexportcommit -v -c -w ~/project_cvs_checkout <commit-sha1>\n ------------\n \n-Merge pending patches into CVS automatically -- only if you really know what you are doing::\n+`Merge pending patches into CVS automatically -- only if you really know what you are doing`::\n +\n ------------\n $ export GIT_DIR=~/project/.git\ndiff --git a/Documentation/git-cvsimport.txt b/Documentation/git-cvsimport.txt\nindex 5caeed88ed..c5105348ec 100644\n--- a/Documentation/git-cvsimport.txt\n+++ b/Documentation/git-cvsimport.txt\n@@ -52,7 +52,7 @@ OPTIONS\n `-v`::\n \tVerbosity: let 'cvsimport' report what it is doing.\n \n--d <CVSROOT>::\n+`-d <CVSROOT>`::\n \tThe root of the CVS archive. May be local (a simple path) or remote;\n \tcurrently, only the :local:, :ext: and :pserver: access methods\n \tare supported. If not given, `git cvsimport` will try to read it\n@@ -64,16 +64,16 @@ OPTIONS\n \tIf not given, `git cvsimport` tries to read it from\n \t`CVS/Repository`.\n \n--C <target-dir>::\n+`-C <target-dir>`::\n \tThe Git repository to import to.  If the directory doesn't\n         exist, it will be created.  Default is the current directory.\n \n--r <remote>::\n+`-r <remote>`::\n \tThe Git remote to import this CVS repository into.\n \tMoves all CVS branches into remotes/<remote>/<branch>\n \takin to the way `git clone` uses `origin` by default.\n \n--o <branch-for-HEAD>::\n+`-o <branch-for-HEAD>`::\n \tWhen no remote is specified (via `-r`) the `HEAD` branch\n \tfrom CVS is imported to the `origin` branch within the Git\n \trepository, as `HEAD` already has a special meaning for Git.\n@@ -98,20 +98,20 @@ the old cvs2git tool.\n `-u`::\n \tConvert underscores in tag and branch names to dots.\n \n--s <subst>::\n+`-s <subst>`::\n \tSubstitute the character \"/\" in branch names with <subst>\n \n--p <options-for-cvsps>::\n+`-p <options-for-cvsps>`::\n \tAdditional options for cvsps.\n \tThe options `-u` and `-A` are implicit and should not be used here.\n +\n If you need to pass multiple options, separate them with a comma.\n \n--z <fuzz>::\n+`-z <fuzz>`::\n \tPass the timestamp fuzz factor to cvsps, in seconds. If unset,\n \tcvsps defaults to 300s.\n \n--P <cvsps-output-file>::\n+`-P <cvsps-output-file>`::\n \tInstead of calling cvsps, read the provided cvsps output file. Useful\n \tfor debugging or when cvsps is being handled outside cvsimport.\n \n@@ -120,7 +120,7 @@ If you need to pass multiple options, separate them with a comma.\n \twill enable default regexes that try to capture the source\n \tbranch name from the commit message.\n \n--M <regex>::\n+`-M <regex>`::\n \tAttempt to detect merges based on the commit message with a custom\n \tregex. It can be used with `-m` to enable the default regexes\n \tas well. You must escape forward slashes.\n@@ -129,18 +129,18 @@ The regex must capture the source branch name in $1.\n +\n This option can be used several times to provide several detection regexes.\n \n--S <regex>::\n+`-S <regex>`::\n \tSkip paths matching the regex.\n \n `-a`::\n \tImport all commits, including recent ones. cvsimport by default\n \tskips commits that have a timestamp less than 10 minutes ago.\n \n--L <limit>::\n+`-L <limit>`::\n \tLimit the number of commits imported. Workaround for cases where\n \tcvsimport leaks memory.\n \n--A <author-conv-file>::\n+`-A <author-conv-file>`::\n \tCVS by default uses the Unix username when writing its\n \tcommit logs. Using this option and an author-conv-file\n \tmaps the name recorded in CVS to author name, e-mail and\ndiff --git a/Documentation/git-cvsserver.txt b/Documentation/git-cvsserver.txt\nindex 5b7bfe6dc0..23647e12b0 100644\n--- a/Documentation/git-cvsserver.txt\n+++ b/Documentation/git-cvsserver.txt\n@@ -31,7 +31,7 @@ All these options obviously only make sense if enforced by the server side.\n They have been implemented to resemble the linkgit:git-daemon[1] options as\n closely as possible.\n \n---base-path <path>::\n+`--base-path <path>`::\n Prepend 'path' to requested CVSROOT\n \n `--strict-paths`::\ndiff --git a/Documentation/git-describe.txt b/Documentation/git-describe.txt\nindex 39cecb4ce6..69cc3b2db9 100644\n--- a/Documentation/git-describe.txt\n+++ b/Documentation/git-describe.txt\n@@ -93,7 +93,7 @@ OPTIONS\n \tdescribe such a commit as v1.2-0-gdeadbee (0th commit since tag v1.2\n \tthat points at object deadbee....).\n \n---match <pattern>::\n+`--match <pattern>`::\n \tOnly consider tags matching the given `glob(7)` pattern,\n \texcluding the `refs/tags/` prefix. If used with `--all`, it also\n \tconsiders local branches and remote-tracking references matching the\n@@ -103,7 +103,7 @@ OPTIONS\n \tmatching any of the patterns will be considered.  Use `--no-match` to\n \tclear and reset the list of patterns.\n \n---exclude <pattern>::\n+`--exclude <pattern>`::\n \tDo not consider tags matching the given `glob(7)` pattern, excluding\n \tthe `refs/tags/` prefix. If used with `--all`, it also does not consider\n \tlocal branches and remote-tracking references matching the pattern,\ndiff --git a/Documentation/git-diff-files.txt b/Documentation/git-diff-files.txt\nindex 5a993a309f..9c90566859 100644\n--- a/Documentation/git-diff-files.txt\n+++ b/Documentation/git-diff-files.txt\n@@ -22,10 +22,10 @@ OPTIONS\n -------\n include::diff-options.txt[]\n \n--1 --base::\n--2 --ours::\n--3 --theirs::\n--0::\n+`-1 --base`::\n+`-2 --ours`::\n+`-3 --theirs`::\n+`-0`::\n \tDiff against the \"base\" version, \"our branch\" or \"their\n \tbranch\" respectively.  With these options, diffs for\n \tmerged entries are not shown.\ndiff --git a/Documentation/git-diff.txt b/Documentation/git-diff.txt\nindex 7779631421..de1e14726c 100644\n--- a/Documentation/git-diff.txt\n+++ b/Documentation/git-diff.txt\n@@ -117,16 +117,16 @@ OPTIONS\n :git-diff: 1\n include::diff-options.txt[]\n \n--1 --base::\n--2 --ours::\n--3 --theirs::\n+`-1 --base`::\n+`-2 --ours`::\n+`-3 --theirs`::\n \tCompare the working tree with the \"base\" version (stage #1),\n \t\"our branch\" (stage #2) or \"their branch\" (stage #3).  The\n \tindex contains these stages only for unmerged entries i.e.\n \twhile resolving conflicts.  See linkgit:git-read-tree[1]\n \tsection \"3-Way Merge\" for detailed information.\n \n--0::\n+`-0`::\n \tOmit diff output for unmerged entries and just show\n \t\"Unmerged\".  Can be used only when comparing the working tree\n \twith the index.\ndiff --git a/Documentation/git-difftool.txt b/Documentation/git-difftool.txt\nindex f8b1e83404..24a2b7cc36 100644\n--- a/Documentation/git-difftool.txt\n+++ b/Documentation/git-difftool.txt\n@@ -42,7 +42,7 @@ OPTIONS\n \tStart showing the diff for the given path, skipping all\n \tthe paths before it.\n \n--t <tool>::\n+`-t <tool>`::\n `--tool=<tool>`::\n \tUse the diff tool specified by <tool>.  Valid values include\n \temerge, kompare, meld, and vimdiff. Run `git difftool --tool-help`\n@@ -86,7 +86,7 @@ with custom merge tool commands and has the same value as `$MERGED`.\n Specifying `--no-symlinks` instructs `git difftool` to create copies\n instead.  `--no-symlinks` is the default on Windows.\n \n--x <command>::\n+`-x <command>`::\n `--extcmd=<command>`::\n \tSpecify a custom command for viewing diffs.\n \t`git-difftool` ignores the configured defaults and runs\ndiff --git a/Documentation/git-filter-branch.txt b/Documentation/git-filter-branch.txt\nindex 4a72e4ce44..01b572f565 100644\n--- a/Documentation/git-filter-branch.txt\n+++ b/Documentation/git-filter-branch.txt\n@@ -95,25 +95,25 @@ multiple commits.\n OPTIONS\n -------\n \n---setup <command>::\n+`--setup <command>`::\n \tThis is not a real filter executed for each commit but a one\n \ttime setup just before the loop. Therefore no commit-specific\n \tvariables are defined yet.  Functions or variables defined here\n \tcan be used or modified in the following filter steps except\n \tthe commit filter, for technical reasons.\n \n---subdirectory-filter <directory>::\n+`--subdirectory-filter <directory>`::\n \tOnly look at the history which touches the given subdirectory.\n \tThe result will contain that directory (and only that) as its\n \tproject root. Implies <<Remap_to_ancestor>>.\n \n---env-filter <command>::\n+`--env-filter <command>`::\n \tThis filter may be used if you only need to modify the environment\n \tin which the commit will be performed.  Specifically, you might\n \twant to rewrite the author/committer name/email/time environment\n \tvariables (see linkgit:git-commit-tree[1] for details).\n \n---tree-filter <command>::\n+`--tree-filter <command>`::\n \tThis is the filter for rewriting the tree and its contents.\n \tThe argument is evaluated in shell with the working\n \tdirectory set to the root of the checked out tree.  The new tree\n@@ -121,14 +121,14 @@ OPTIONS\n \tare auto-removed - neither .gitignore files nor any other ignore\n \trules *HAVE ANY EFFECT*!).\n \n---index-filter <command>::\n+`--index-filter <command>`::\n \tThis is the filter for rewriting the index.  It is similar to the\n \ttree filter but does not check out the tree, which makes it much\n \tfaster.  Frequently used with `git rm --cached\n \t--ignore-unmatch ...`, see EXAMPLES below.  For hairy\n \tcases, see linkgit:git-update-index[1].\n \n---parent-filter <command>::\n+`--parent-filter <command>`::\n \tThis is the filter for rewriting the commit's parent list.\n \tIt will receive the parent string on stdin and shall output\n \tthe new parent string on stdout.  The parent string is in\n@@ -136,13 +136,13 @@ OPTIONS\n \tthe initial commit, `-p parent` for a normal commit and\n \t`-p parent1 -p parent2 -p parent3 ...` for a merge commit.\n \n---msg-filter <command>::\n+`--msg-filter <command>`::\n \tThis is the filter for rewriting the commit messages.\n \tThe argument is evaluated in the shell with the original\n \tcommit message on standard input; its standard output is\n \tused as the new commit message.\n \n---commit-filter <command>::\n+`--commit-filter <command>`::\n \tThis is the filter for performing the commit.\n \tIf this filter is specified, it will be called instead of the\n \t`git commit-tree` command, with arguments of the form\n@@ -162,7 +162,7 @@ You can also use the `git_commit_non_empty_tree \"$@\"` instead of\n `git commit-tree \"$@\"` if you don't wish to keep commits with a single parent\n and that makes no change to the tree.\n \n---tag-name-filter <command>::\n+`--tag-name-filter <command>`::\n \tThis is the filter for rewriting tag names. When passed,\n \tit will be called for every tag ref that points to a rewritten\n \tobject (or to a tag object which points to a rewritten object).\n@@ -193,11 +193,11 @@ to other tags will be rewritten to point to the underlying commit.\n \t`--commit-filter`, though the same effect can be achieved by using the\n \tprovided `git_commit_non_empty_tree` function in a commit filter.\n \n---original <namespace>::\n+`--original <namespace>`::\n \tUse this option to set the namespace where the original commits\n \twill be stored. The default value is `refs/original`.\n \n--d <directory>::\n+`-d <directory>`::\n \tUse this option to set the path to the temporary directory used for\n \trewriting.  When applying a tree filter, the command needs to\n \ttemporarily check out the tree to some directory, which may consume\n@@ -211,7 +211,7 @@ to other tags will be rewritten to point to the underlying commit.\n \tdirectory or when there are already refs starting with\n \t`refs/original/`, unless forced.\n \n---state-branch <branch>::\n+`--state-branch <branch>`::\n \tThis option will cause the mapping from old to new objects to\n \tbe loaded from named branch upon startup and saved as a new\n \tcommit to that branch upon exit, enabling incremental of large\ndiff --git a/Documentation/git-fmt-merge-msg.txt b/Documentation/git-fmt-merge-msg.txt\nindex 283bb59199..1ea37635d8 100644\n--- a/Documentation/git-fmt-merge-msg.txt\n+++ b/Documentation/git-fmt-merge-msg.txt\n@@ -39,13 +39,13 @@ OPTIONS\n \tSynonyms to `--log` and `--no-log`; these are deprecated and will be\n \tremoved in the future.\n \n--m <message>::\n---message <message>::\n+`-m <message>`::\n+`--message <message>`::\n \tUse <message> instead of the branch names for the first line\n \tof the log message.  For use with `--log`.\n \n--F <file>::\n---file <file>::\n+`-F <file>`::\n+`--file <file>`::\n \tTake the list of merged objects from <file> instead of\n \tstdin.\n \ndiff --git a/Documentation/git-for-each-repo.txt b/Documentation/git-for-each-repo.txt\nindex c2d6cd6629..af959b1cd9 100644\n--- a/Documentation/git-for-each-repo.txt\n+++ b/Documentation/git-for-each-repo.txt\n@@ -33,7 +33,7 @@ in the multi-valued config variable `maintenance.repo`.\n \n OPTIONS\n -------\n---config=<config>::\n+`--config=<config>`::\n \tUse the given config variable as a multi-valued list storing\n \tabsolute path names. Iterate on that list of paths to run\n \tthe given arguments.\ndiff --git a/Documentation/git-format-patch.txt b/Documentation/git-format-patch.txt\nindex 3372e13868..fc2501c9e0 100644\n--- a/Documentation/git-format-patch.txt\n+++ b/Documentation/git-format-patch.txt\n@@ -110,8 +110,8 @@ include::diff-options.txt[]\n `-<n>`::\n \tPrepare patches from the topmost <n> commits.\n \n--o <dir>::\n---output-directory <dir>::\n+`-o <dir>`::\n+`--output-directory <dir>`::\n \tUse <dir> to store the resulting files, instead of the\n \tcurrent working directory.\n \n@@ -123,7 +123,7 @@ include::diff-options.txt[]\n `--no-numbered`::\n \tName output in '[PATCH]' format.\n \n---start-number <n>::\n+`--start-number <n>`::\n \tStart numbering the patches at <n> instead of 1.\n \n `--numbered-files`::\n@@ -180,7 +180,7 @@ Beware that the default for `git send-email` is to thread emails\n itself.  If you want `git format-patch` to take care of threading, you\n will want to ensure that threading is disabled for `git send-email`.\n \n---in-reply-to=<message id>::\n+`--in-reply-to=<message id>`::\n \tMake the first mail (or all the mails with `--no-thread`) appear as a\n \treply to the given <message id>, which avoids breaking threads to\n \tprovide a new patch series.\n@@ -212,7 +212,7 @@ is greater than 100 bytes, then the mode will be `message`, otherwise\n If `<mode>` is `none`, both the cover letter subject and body will be\n populated with placeholder text.\n \n---subject-prefix=<subject prefix>::\n+`--subject-prefix=<subject prefix>`::\n \tInstead of the standard '[PATCH]' prefix in the subject\n \tline, instead use '[<subject prefix>]'. This\n \tallows for useful naming of a patch series, and can be\n@@ -230,7 +230,7 @@ populated with placeholder text.\n \tComments\"; use this when sending an experimental patch for\n \tdiscussion rather than application.\n \n--v <n>::\n+`-v <n>`::\n `--reroll-count=<n>`::\n \tMark the series as the <n>-th iteration of the topic. The\n \toutput filenames have `v<n>` prepended to them, and the\ndiff --git a/Documentation/git-fsck.txt b/Documentation/git-fsck.txt\nindex f942c5a7a6..6c98485d8f 100644\n--- a/Documentation/git-fsck.txt\n+++ b/Documentation/git-fsck.txt\n@@ -129,7 +129,7 @@ using `git commit-graph verify`. See linkgit:git-commit-graph[1].\n Extracted Diagnostics\n ---------------------\n \n-unreachable <type> <object>::\n+`unreachable <type> <object>`::\n \tThe <type> object <object>, isn't actually referred to directly\n \tor indirectly in any of the trees or commits seen. This can\n \tmean that there's another root node that you're not specifying\n@@ -137,15 +137,15 @@ unreachable <type> <object>::\n \tthen you might as well delete unreachable nodes since they\n \tcan't be used.\n \n-missing <type> <object>::\n+`missing <type> <object>`::\n \tThe <type> object <object>, is referred to but isn't present in\n \tthe database.\n \n-dangling <type> <object>::\n+`dangling <type> <object>`::\n \tThe <type> object <object>, is present in the database but never\n \t'directly' used. A dangling commit could be a root node.\n \n-hash mismatch <object>::\n+`hash mismatch <object>`::\n \tThe database has an object whose hash doesn't match the\n \tobject database value.\n \tThis indicates a serious data integrity problem.\ndiff --git a/Documentation/git-grep.txt b/Documentation/git-grep.txt\nindex 478abece38..6f71b659d0 100644\n--- a/Documentation/git-grep.txt\n+++ b/Documentation/git-grep.txt\n@@ -118,7 +118,7 @@ OPTIONS\n `-I`::\n \tDon't match the pattern in binary files.\n \n---max-depth <depth>::\n+`--max-depth <depth>`::\n \tFor each <pathspec> given on command line, descend at most <depth>\n \tlevels of directories. A value of -1 means no limit.\n \tThis option is ignored if <pathspec> contains active wildcards.\n@@ -246,18 +246,18 @@ providing this option will cause it to die.\n \tlinkgit:gitattributes[5]).\n \n `-<num>`::\n--C <num>::\n---context <num>::\n+`-C <num>`::\n+`--context <num>`::\n \tShow <num> leading and trailing lines, and place a line\n \tcontaining `--` between contiguous groups of matches.\n \n--A <num>::\n---after-context <num>::\n+`-A <num>`::\n+`--after-context <num>`::\n \tShow <num> trailing lines, and place a line containing\n \t`--` between contiguous groups of matches.\n \n--B <num>::\n---before-context <num>::\n+`-B <num>`::\n+`--before-context <num>`::\n \tShow <num> leading lines, and place a line containing\n \t`--` between contiguous groups of matches.\n \n@@ -270,11 +270,11 @@ providing this option will cause it to die.\n \t`git diff` works out patch hunk headers (see 'Defining a\n \tcustom hunk-header' in linkgit:gitattributes[5]).\n \n---threads <num>::\n+`--threads <num>`::\n \tNumber of grep worker threads to use.\n \tSee `grep.threads` in 'CONFIGURATION' for more information.\n \n--f <file>::\n+`-f <file>`::\n \tRead patterns from <file>, one per line.\n +\n Passing the pattern via <file> allows for providing a search pattern\ndiff --git a/Documentation/git-hash-object.txt b/Documentation/git-hash-object.txt\nindex 40f5574afe..b9f1081f6e 100644\n--- a/Documentation/git-hash-object.txt\n+++ b/Documentation/git-hash-object.txt\n@@ -23,7 +23,7 @@ When <type> is not specified, it defaults to \"blob\".\n OPTIONS\n -------\n \n--t <type>::\n+`-t <type>`::\n \tSpecify the type (default: \"blob\").\n \n `-w`::\ndiff --git a/Documentation/git-http-fetch.txt b/Documentation/git-http-fetch.txt\nindex 63e447642e..0bcdc90294 100644\n--- a/Documentation/git-http-fetch.txt\n+++ b/Documentation/git-http-fetch.txt\n@@ -30,7 +30,7 @@ OPTIONS\n `-v`::\n \tReport what is downloaded.\n \n--w <filename>::\n+`-w <filename>`::\n         Writes the commit-id into the filename under `$GIT_DIR/refs/<filename>` on\n         the local end after the transfer is complete.\n \ndiff --git a/Documentation/git-index-pack.txt b/Documentation/git-index-pack.txt\nindex b42e095f3e..01a212a579 100644\n--- a/Documentation/git-index-pack.txt\n+++ b/Documentation/git-index-pack.txt\n@@ -28,7 +28,7 @@ OPTIONS\n `-v`::\n \tBe verbose about what is going on, including progress status.\n \n--o <index-file>::\n+`-o <index-file>`::\n \tWrite the generated pack index into the specified\n \tfile.  Without this option the name of pack index\n \tfile is constructed from the name of packed archive\ndiff --git a/Documentation/git-init.txt b/Documentation/git-init.txt\nindex cfa190859e..b537591829 100644\n--- a/Documentation/git-init.txt\n+++ b/Documentation/git-init.txt\n@@ -62,7 +62,7 @@ include::object-format-disclaimer.txt[]\n Specify the directory from which templates will be used.  (See the \"TEMPLATE\n DIRECTORY\" section below.)\n \n---separate-git-dir=<git dir>::\n+`--separate-git-dir=<git dir>`::\n \n Instead of initializing the repository as a directory to either `$GIT_DIR` or\n `./.git/`, create a text file there containing the path to the actual\n@@ -71,7 +71,7 @@ repository.\n +\n If this is reinitialization, the repository will be moved to the specified path.\n \n--b <branch-name>::\n+`-b <branch-name>`::\n `--initial-branch=<branch-name>`::\n \n Use the specified name for the initial branch in the newly created\n@@ -110,7 +110,7 @@ the repository permissions.\n \n Same as 'group', but make the repository readable by all users.\n \n-'0xxx'::\n+`0xxx`::\n \n '0xxx' is an octal number and each file will have mode '0xxx'. '0xxx' will\n override users' umask(2) value (and not only loosen permissions as 'group' and\ndiff --git a/Documentation/git-interpret-trailers.txt b/Documentation/git-interpret-trailers.txt\nindex dc2974c611..be2ba5f545 100644\n--- a/Documentation/git-interpret-trailers.txt\n+++ b/Documentation/git-interpret-trailers.txt\n@@ -84,7 +84,7 @@ OPTIONS\n \ttrailer to the input messages. See the description of this\n \tcommand.\n \n---where <placement>::\n+`--where <placement>`::\n `--no-where`::\n \tSpecify where all new trailers will be added.  A setting\n \tprovided with `--where` overrides all configuration variables\n@@ -92,7 +92,7 @@ OPTIONS\n \t`--where` or `--no-where`. Possible values are `after`, `before`,\n \t`end` or `start`.\n \n---if-exists <action>::\n+`--if-exists <action>`::\n `--no-if-exists`::\n \tSpecify what action will be performed when there is already at\n \tleast one trailer with the same <token> in the message.  A setting\n@@ -101,7 +101,7 @@ OPTIONS\n \t`--if-exists` or `--no-if-exists`. Possible actions are `addIfDifferent`,\n \t`addIfDifferentNeighbor`, `add`, `replace` and `doNothing`.\n \n---if-missing <action>::\n+`--if-missing <action>`::\n `--no-if-missing`::\n \tSpecify what action will be performed when there is no other\n \ttrailer with the same <token> in the message.  A setting\ndiff --git a/Documentation/git-log.txt b/Documentation/git-log.txt\nindex 21f9328681..83555dc7dc 100644\n--- a/Documentation/git-log.txt\n+++ b/Documentation/git-log.txt\n@@ -79,7 +79,7 @@ produced by `--stat`, etc.\n \n include::line-range-options.txt[]\n \n-<revision range>::\n+`<revision range>`::\n \tShow only commits in the specified revision range.  When no\n \t<revision range> is specified, it defaults to `HEAD` (i.e. the\n \twhole history leading to the current commit).  `origin..HEAD`\ndiff --git a/Documentation/git-ls-files.txt b/Documentation/git-ls-files.txt\nindex 0e26aafc63..72f1f28902 100644\n--- a/Documentation/git-ls-files.txt\n+++ b/Documentation/git-ls-files.txt\n@@ -88,13 +88,13 @@ OPTIONS\n \tWhen any of the `-t`, `--unmerged`, or `--stage` option is\n \tin use, this option has no effect.\n \n--x <pattern>::\n+`-x <pattern>`::\n `--exclude=<pattern>`::\n \tSkip untracked files matching pattern.\n \tNote that pattern is a shell wildcard pattern. See EXCLUDE PATTERNS\n \tbelow for more information.\n \n--X <file>::\n+`-X <file>`::\n `--exclude-from=<file>`::\n \tRead exclude patterns from <file>; 1 per line.\n \ndiff --git a/Documentation/git-ls-remote.txt b/Documentation/git-ls-remote.txt\nindex 6dc89de377..0bc6dbabf3 100644\n--- a/Documentation/git-ls-remote.txt\n+++ b/Documentation/git-ls-remote.txt\n@@ -72,7 +72,7 @@ OPTIONS\n \tthemselves will not work for refs whose objects have not yet been\n \tfetched from the remote, and will give a `missing object` error.\n \n--o <option>::\n+`-o <option>`::\n `--server-option=<option>`::\n \tTransmit the given string to the server when communicating using\n \tprotocol version 2.  The given string must not contain a NUL or LF\ndiff --git a/Documentation/git-merge-file.txt b/Documentation/git-merge-file.txt\nindex d7605b60f0..8caebefcc2 100644\n--- a/Documentation/git-merge-file.txt\n+++ b/Documentation/git-merge-file.txt\n@@ -52,7 +52,7 @@ linkgit:git[1].\n OPTIONS\n -------\n \n--L <label>::\n+`-L <label>`::\n \tThis option may be given up to three times, and\n \tspecifies labels to be used in place of the\n \tcorresponding file names in conflict reports. That is,\n@@ -67,7 +67,7 @@ OPTIONS\n `-q`::\n \tQuiet; do not warn about conflicts.\n \n---diff3::\n+`--diff3`::\n \tShow conflicts in \"diff3\" style.\n \n `--ours`::\ndiff --git a/Documentation/git-merge.txt b/Documentation/git-merge.txt\nindex de57a4fb54..ac5838dfb0 100644\n--- a/Documentation/git-merge.txt\n+++ b/Documentation/git-merge.txt\n@@ -63,7 +63,7 @@ OPTIONS\n -------\n include::merge-options.txt[]\n \n--m <msg>::\n+`-m <msg>`::\n \tSet the commit message to be used for the merge commit (in\n \tcase one is created).\n +\n@@ -74,7 +74,7 @@ The `git fmt-merge-msg` command can be\n used to give a good default for automated `git merge`\n invocations. The automated message can include the branch description.\n \n--F <file>::\n+`-F <file>`::\n `--file=<file>`::\n \tRead the commit message to be used for the merge commit (in\n \tcase one is created).\ndiff --git a/Documentation/git-mergetool.txt b/Documentation/git-mergetool.txt\nindex 1a5b30b293..28f5169268 100644\n--- a/Documentation/git-mergetool.txt\n+++ b/Documentation/git-mergetool.txt\n@@ -24,7 +24,7 @@ the merge tool program on every file with merge conflicts.\n \n OPTIONS\n -------\n--t <tool>::\n+`-t <tool>`::\n `--tool=<tool>`::\n \tUse the merge resolution program specified by <tool>.\n \tValid values include emerge, gvimdiff, kdiff3,\ndiff --git a/Documentation/git-notes.txt b/Documentation/git-notes.txt\nindex 16afea280d..9f22359707 100644\n--- a/Documentation/git-notes.txt\n+++ b/Documentation/git-notes.txt\n@@ -129,7 +129,7 @@ OPTIONS\n \tWhen adding notes to an object that already has notes,\n \toverwrite the existing notes (instead of aborting).\n \n--m <msg>::\n+`-m <msg>`::\n `--message=<msg>`::\n \tUse the given note message (instead of prompting).\n \tIf multiple `-m` options are given, their values\n@@ -137,20 +137,20 @@ OPTIONS\n \tLines starting with `#` and empty lines other than a\n \tsingle line between paragraphs will be stripped out.\n \n--F <file>::\n+`-F <file>`::\n `--file=<file>`::\n \tTake the note message from the given file.  Use '-' to\n \tread the note message from the standard input.\n \tLines starting with `#` and empty lines other than a\n \tsingle line between paragraphs will be stripped out.\n \n--C <object>::\n+`-C <object>`::\n `--reuse-message=<object>`::\n \tTake the given blob object (for example, another note) as the\n \tnote message. (Use `git notes copy <object>` instead to\n \tcopy notes between objects.)\n \n--c <object>::\n+`-c <object>`::\n `--reedit-message=<object>`::\n \tLike `-C`, but with `-c` the editor is invoked, so that\n \tthe user can further edit the note message.\n@@ -159,7 +159,7 @@ OPTIONS\n \tAllow an empty note object to be stored. The default behavior is\n \tto automatically remove empty notes.\n \n---ref <ref>::\n+`--ref <ref>`::\n \tManipulate the notes tree in <ref>.  This overrides\n \t`GIT_NOTES_REF` and the `core.notesRef` configuration.  The ref\n \tspecifies the full refname when it begins with `refs/notes/`; when it\n@@ -180,7 +180,7 @@ OPTIONS\n \tDo not remove anything; just report the object names whose notes\n \twould be removed.\n \n--s <strategy>::\n+`-s <strategy>`::\n `--strategy=<strategy>`::\n \tWhen merging notes, resolve notes conflicts using the given\n \tstrategy. The following strategies are recognized: \"manual\"\ndiff --git a/Documentation/git-p4.txt b/Documentation/git-p4.txt\nindex 90280af75b..812d0afd4c 100644\n--- a/Documentation/git-p4.txt\n+++ b/Documentation/git-p4.txt\n@@ -202,7 +202,7 @@ General options\n ~~~~~~~~~~~~~~~\n All commands except clone accept these options.\n \n---git-dir <dir>::\n+`--git-dir <dir>`::\n \tSet the `GIT_DIR` environment variable.  See linkgit:git[1].\n \n `-v`::\n@@ -214,7 +214,7 @@ Sync options\n These options can be used in the initial 'clone' as well as in\n subsequent 'sync' operations.\n \n---branch <ref>::\n+`--branch <ref>`::\n \tImport changes into <ref> instead of refs/remotes/p4/master.\n \tIf <ref> starts with refs/, it is used as is.  Otherwise, if\n \tit does not start with p4/, that prefix is added.\n@@ -237,7 +237,7 @@ Git repository:\n \tUse the branch detection algorithm to find new paths in p4.  It is\n \tdocumented below in \"BRANCH DETECTION\".\n \n---changesfile <file>::\n+`--changesfile <file>`::\n \tImport exactly the p4 change numbers listed in 'file', one per\n \tline.  Normally, `git p4` inspects the current p4 repository\n \tstate and detects the changes it should import.\n@@ -261,14 +261,14 @@ Git repository:\n \tsync operations must specify `--import-local` as well so that\n \tthey can find the p4 branches in refs/heads.\n \n---max-changes <n>::\n+`--max-changes <n>`::\n \tImport at most 'n' changes, rather than the entire range of\n \tchanges included in the given revision specifier. A typical\n \tusage would be use '@all' as the revision specifier, but then\n \tto use `--max-changes 1000` to import only the last 1000\n \trevisions rather than the entire revision history.\n \n---changes-block-size <n>::\n+`--changes-block-size <n>`::\n \tThe internal block size to use when converting a revision\n \tspecifier such as '@all' into a list of specific change\n \tnumbers. Instead of using a single call to `p4 changes` to\n@@ -297,7 +297,7 @@ Clone options\n These options can be used in an initial 'clone', along with the 'sync'\n options described above.\n \n---destination <directory>::\n+`--destination <directory>`::\n \tWhere to create the Git repository.  If not provided, the last\n \tcomponent in the p4 depot path is used to create a new\n \tdirectory.\n@@ -309,7 +309,7 @@ Submit options\n ~~~~~~~~~~~~~~\n These options can be used to modify `git p4 submit` behavior.\n \n---origin <commit>::\n+`--origin <commit>`::\n \tUpstream location from which commits are identified to submit to\n \tp4.  By default, this is the most recent p4 commit reachable\n \tfrom `HEAD`.\n@@ -333,7 +333,7 @@ These options can be used to modify `git p4 submit` behavior.\n \tShow just what commits would be submitted to p4; do not change\n \tstate in Git or p4.\n \n---prepare-p4-only::\n+`--prepare-p4-only`::\n \tApply a commit to the p4 workspace, opening, adding and deleting\n \tfiles in p4 as for a normal submit operation.  Do not issue the\n \tfinal `p4 submit`, but instead print a message about how to\n@@ -345,7 +345,7 @@ These options can be used to modify `git p4 submit` behavior.\n \tAfter creating each shelve, the relevant files are reverted/deleted.\n \tIf you have multiple commits pending multiple shelves will be created.\n \n---update-shelve CHANGELIST::\n+`--update-shelve CHANGELIST`::\n \tUpdate an existing shelved changelist with this commit. Implies\n \t`--shelve`. Repeat for multiple shelved changelists.\n \n@@ -356,7 +356,7 @@ These options can be used to modify `git p4 submit` behavior.\n \tto bypass the prompt, causing conflicting commits to be automatically\n \tskipped, or to quit trying to apply commits, without prompting.\n \n---branch <branch>::\n+`--branch <branch>`::\n \tAfter submitting, sync this named branch instead of the default\n \tp4/master.  See the \"Sync options\" section above for more\n \tinformation.\n@@ -369,7 +369,7 @@ These options can be used to modify `git p4 submit` behavior.\n     Disable the automatic rebase after all commits have been successfully\n     submitted. Can also be set with `git-p4.disableRebase`.\n \n---disable-p4sync::\n+`--disable-p4sync`::\n     Disable the automatic sync of `p4/master` from Perforce after commits have\n     been submitted. Implies `--disable-rebase`. Can also be set with\n     `git-p4.disableP4Sync`. Sync with `origin/master` still goes ahead if possible.\ndiff --git a/Documentation/git-prune.txt b/Documentation/git-prune.txt\nindex 1e4a2a648f..ff5b13c029 100644\n--- a/Documentation/git-prune.txt\n+++ b/Documentation/git-prune.txt\n@@ -45,7 +45,7 @@ OPTIONS\n `--progress`::\n \tShow progress.\n \n---expire <time>::\n+`--expire <time>`::\n \tOnly expire loose objects older than <time>.\n \n \\--::\ndiff --git a/Documentation/git-push.txt b/Documentation/git-push.txt\nindex c33ebe5f4a..fc805da72f 100644\n--- a/Documentation/git-push.txt\n+++ b/Documentation/git-push.txt\n@@ -212,7 +212,7 @@ already exists on the remote side.\n \tEither all refs are updated, or on error, no refs are updated.\n \tIf the server does not support atomic pushes the push will fail.\n \n--o <option>::\n+`-o <option>`::\n `--push-option=<option>`::\n \tTransmit the given string to the server, which passes them to\n \tthe pre-receive as well as the post-receive hook. The given string\n@@ -419,12 +419,12 @@ Specifying `--no-force-if-includes` disables this behavior.\n \tdefault is `--verify`, giving the hook a chance to prevent the\n \tpush.  With `--no-verify`, the hook is bypassed completely.\n \n--4::\n---ipv4::\n+`-4`::\n+`--ipv4`::\n \tUse IPv4 addresses only, ignoring IPv6 addresses.\n \n--6::\n---ipv6::\n+`-6`::\n+`--ipv6`::\n \tUse IPv6 addresses only, ignoring IPv4 addresses.\n \n include::urls-remotes.txt[]\n@@ -474,7 +474,7 @@ For a failed update, more details are given:\n \tGit did not try to send the ref at all, typically because it\n \tis not a fast-forward and you did not force the update.\n \n-remote rejected::\n+`remote rejected`::\n \tThe remote end refused the update.  Usually caused by a hook\n \ton the remote side, or because the remote repository has one\n \tof the following safety options in effect:\n@@ -483,7 +483,7 @@ remote rejected::\n \tnon-fast-forward updates), `receive.denyDeletes` or\n \t`receive.denyDeleteCurrent`.  See linkgit:git-config[1].\n \n-remote failure::\n+`remote failure`::\n \tThe remote end did not report the successful update of the ref,\n \tperhaps because of a temporary error on the remote side, a\n \tbreak in the network connection, or other transient error.\ndiff --git a/Documentation/git-quiltimport.txt b/Documentation/git-quiltimport.txt\nindex c3ec9efe38..c6c64529e4 100644\n--- a/Documentation/git-quiltimport.txt\n+++ b/Documentation/git-quiltimport.txt\n@@ -38,18 +38,18 @@ OPTIONS\n \ta patch.  At the time of this writing only missing author\n \tinformation is warned about.\n \n---author Author Name <Author Email>::\n+`--author Author Name <Author Email>`::\n \tThe author name and email address to use when no author\n \tinformation can be found in the patch description.\n \n---patches <dir>::\n+`--patches <dir>`::\n \tThe directory to find the quilt patches.\n +\n The default for the patch directory is patches\n or the value of the `$QUILT_PATCHES` environment\n variable.\n \n---series <file>::\n+`--series <file>`::\n \tThe quilt series file.\n +\n The default for the series file is <patches>/series\ndiff --git a/Documentation/git-range-diff.txt b/Documentation/git-range-diff.txt\nindex 8703bef8ef..5f20b86e57 100644\n--- a/Documentation/git-range-diff.txt\n+++ b/Documentation/git-range-diff.txt\n@@ -81,14 +81,14 @@ to revert to color all lines according to the outer diff markers\n \tThis flag is passed to the `git log` program\n \t(see linkgit:git-log[1]) that generates the patches.\n \n-<range1> <range2>::\n+`<range1> <range2>`::\n \tCompare the commits specified by the two ranges, where\n \t`<range1>` is considered an older version of `<range2>`.\n \n <rev1>...<rev2>::\n \tEquivalent to passing `<rev2>..<rev1>` and `<rev1>..<rev2>`.\n \n-<base> <rev1> <rev2>::\n+`<base> <rev1> <rev2>`::\n \tEquivalent to passing `<base>..<rev1>` and `<base>..<rev2>`.\n \tNote that `<base>` does not need to be the exact branch point\n \tof the branches. Example: after rebasing a branch `my-topic`,\ndiff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\nindex f32ffaa011..589b2d17c9 100644\n--- a/Documentation/git-rebase.txt\n+++ b/Documentation/git-rebase.txt\n@@ -208,7 +208,7 @@ include::config/sequencer.txt[]\n \n OPTIONS\n -------\n---onto <newbase>::\n+`--onto <newbase>`::\n \tStarting point at which to create the new commits. If the\n \t`--onto` option is not specified, the starting point is\n \t<upstream>.  May be any valid commit, and not just an\n@@ -358,7 +358,7 @@ other words, the sides are swapped.\n +\n See also INCOMPATIBLE OPTIONS below.\n \n--s <strategy>::\n+`-s <strategy>`::\n `--strategy=<strategy>`::\n \tUse the given merge strategy.\n \tIf there is no `-s` option `git merge-recursive` is used\n@@ -371,7 +371,7 @@ which makes little sense.\n +\n See also INCOMPATIBLE OPTIONS below.\n \n--X <strategy-option>::\n+`-X <strategy-option>`::\n `--strategy-option=<strategy-option>`::\n \tPass the <strategy-option> through to the merge strategy.\n \tThis implies `--merge` and, if no strategy has been\n@@ -554,8 +554,8 @@ idea unless you know what you are doing (see BUGS below).\n +\n See also INCOMPATIBLE OPTIONS below.\n \n--x <cmd>::\n---exec <cmd>::\n+`-x <cmd>`::\n+`--exec <cmd>`::\n \tAppend \"exec <cmd>\" after each line creating a commit in the\n \tfinal history. <cmd> will be interpreted as one or more shell\n \tcommands. Any command that fails will interrupt the rebase,\ndiff --git a/Documentation/git-receive-pack.txt b/Documentation/git-receive-pack.txt\nindex 921f658bd8..6756a819e9 100644\n--- a/Documentation/git-receive-pack.txt\n+++ b/Documentation/git-receive-pack.txt\n@@ -38,7 +38,7 @@ its behavior, see linkgit:git-config[1].\n \n OPTIONS\n -------\n-<directory>::\n+`<directory>`::\n \tThe repository to sync into.\n \n PRE-RECEIVE HOOK\ndiff --git a/Documentation/git-replace.txt b/Documentation/git-replace.txt\nindex fc6fc6ae6f..5c6c4892ef 100644\n--- a/Documentation/git-replace.txt\n+++ b/Documentation/git-replace.txt\n@@ -66,7 +66,7 @@ OPTIONS\n `--delete`::\n \tDelete existing replace refs for the given objects.\n \n---edit <object>::\n+`--edit <object>`::\n \tEdit an object's content interactively. The existing content\n \tfor <object> is pretty-printed into a temporary file, an\n \teditor is launched on the file, and the result is parsed to\n@@ -96,8 +96,8 @@ OPTIONS\n \tand deletes that file upon success. The purpose is to help users\n \twith transitioning off of the now-deprecated graft file.\n \n--l <pattern>::\n---list <pattern>::\n+`-l <pattern>`::\n+`--list <pattern>`::\n \tList replace refs for objects that match the given pattern (or\n \tall if no pattern is given).\n \tTyping `git replace` without arguments, also lists all replace\ndiff --git a/Documentation/git-reset.txt b/Documentation/git-reset.txt\nindex 7e44572383..cf524cd1e5 100644\n--- a/Documentation/git-reset.txt\n+++ b/Documentation/git-reset.txt\n@@ -203,7 +203,7 @@ $ git reset --hard HEAD~3   <1>\n     \"RECOVERING FROM UPSTREAM REBASE\" section in linkgit:git-rebase[1]\n     for the implications of doing so.)\n \n-Undo a merge or pull::\n+`Undo a merge or pull`::\n +\n ------------\n $ git pull                         <1>\n@@ -253,7 +253,7 @@ $ git reset --merge ORIG_HEAD      <2>\n     want.  `git reset --merge` keeps your local changes.\n \n \n-Interrupted workflow::\n+`Interrupted workflow`::\n +\n Suppose you are interrupted by an urgent fix request while you\n are in the middle of a large change.  The files in your\n@@ -298,7 +298,7 @@ $ git add frotz.c                           <3>\n <2> This commits all other changes in the index.\n <3> Adds the file to the index again.\n \n-Keep changes in working tree while discarding some previous commits::\n+`Keep changes in working tree while discarding some previous commits`::\n +\n Suppose you are working on something and you commit it, and then you\n continue working a bit more, but now you think that what you have in\ndiff --git a/Documentation/git-restore.txt b/Documentation/git-restore.txt\nindex 25a7160aab..e2dfad0b69 100644\n--- a/Documentation/git-restore.txt\n+++ b/Documentation/git-restore.txt\n@@ -32,7 +32,7 @@ THIS COMMAND IS EXPERIMENTAL. THE BEHAVIOR MAY CHANGE.\n \n OPTIONS\n -------\n--s <tree>::\n+`-s <tree>`::\n `--source=<tree>`::\n \tRestore the working tree files with the content from the given\n \ttree. It is common to specify the source tree by naming a\ndiff --git a/Documentation/git-rev-parse.txt b/Documentation/git-rev-parse.txt\nindex d84a853018..191ec94ec7 100644\n--- a/Documentation/git-rev-parse.txt\n+++ b/Documentation/git-rev-parse.txt\n@@ -74,11 +74,11 @@ Options for Filtering\n Options for Output\n ~~~~~~~~~~~~~~~~~~\n \n---default <arg>::\n+`--default <arg>`::\n \tIf there is no parameter given by the user, use `<arg>`\n \tinstead.\n \n---prefix <arg>::\n+`--prefix <arg>`::\n \tBehave as if `git rev-parse` was invoked from the `<arg>`\n \tsubdirectory of the working tree.  Any relative filenames are\n \tresolved as if they are prefixed by `<arg>` and will be printed\n@@ -236,13 +236,13 @@ print a message to stderr and exit with nonzero status.\n `--git-common-dir`::\n \tShow `$GIT_COMMON_DIR` if defined, else `$GIT_DIR`.\n \n---resolve-git-dir <path>::\n+`--resolve-git-dir <path>`::\n \tCheck if <path> is a valid repository or a gitfile that\n \tpoints at a valid repository, and print the location of the\n \trepository.  If <path> is a gitfile then the resolved path\n \tto the real repository is printed.\n \n---git-path <path>::\n+`--git-path <path>`::\n \tResolve `$GIT_DIR/<path>` and takes other path relocation\n \tvariables such as `$GIT_OBJECT_DIRECTORY`,\n \t`$GIT_INDEX_FILE`... into account. For example, if\ndiff --git a/Documentation/git-revert.txt b/Documentation/git-revert.txt\nindex 5fde44478f..e1f7b574ba 100644\n--- a/Documentation/git-revert.txt\n+++ b/Documentation/git-revert.txt\n@@ -47,8 +47,8 @@ OPTIONS\n \tmessage prior to committing the revert. This is the default if\n \tyou run the command from a terminal.\n \n--m parent-number::\n---mainline parent-number::\n+`-m parent-number`::\n+`--mainline parent-number`::\n \tUsually you cannot revert a merge because you do not know which\n \tside of the merge should be considered the mainline.  This\n \toption specifies the parent number (starting from 1) of\ndiff --git a/Documentation/git-send-email.txt b/Documentation/git-send-email.txt\nindex 6e96c23492..958ab5018b 100644\n--- a/Documentation/git-send-email.txt\n+++ b/Documentation/git-send-email.txt\n@@ -124,7 +124,7 @@ is not set, this will be prompted for.\n +\n This option may be specified multiple times.\n \n---8bit-encoding=<encoding>::\n+`--8bit-encoding=<encoding>`::\n \tWhen encountering a non-ASCII message or subject that does not\n \tdeclare its encoding, add headers/quoting to indicate it is\n \tencoded in <encoding>.  Default is the value of the\ndiff --git a/Documentation/git-shell.txt b/Documentation/git-shell.txt\nindex 5b72dc53d6..a52db35d2b 100644\n--- a/Documentation/git-shell.txt\n+++ b/Documentation/git-shell.txt\n@@ -32,7 +32,7 @@ COMMANDS\n \tCall the corresponding server-side command to support\n \tthe client's `git push`, `git fetch`, or `git archive --remote`\n \trequest.\n-'cvs server'::\n+`cvs server`::\n \tImitate a CVS server.  See linkgit:git-cvsserver[1].\n \n If a `~/git-shell-commands` directory is present, `git shell` will\ndiff --git a/Documentation/git-shortlog.txt b/Documentation/git-shortlog.txt\nindex c3f6997d2e..2d1cdf62d7 100644\n--- a/Documentation/git-shortlog.txt\n+++ b/Documentation/git-shortlog.txt\n@@ -89,7 +89,7 @@ counts both authors and co-authors.\n If width is `0` (zero) then indent the lines of the output without wrapping\n them.\n \n-<revision range>::\n+`<revision range>`::\n \tShow only commits in the specified revision range.  When no\n \t<revision range> is specified, it defaults to `HEAD` (i.e. the\n \twhole history leading to the current commit).  `origin..HEAD`\ndiff --git a/Documentation/git-show-branch.txt b/Documentation/git-show-branch.txt\nindex 017390e1ed..de05271a77 100644\n--- a/Documentation/git-show-branch.txt\n+++ b/Documentation/git-show-branch.txt\n@@ -94,7 +94,7 @@ OPTIONS\n `--no-name`::\n \tDo not show naming strings for each commit.\n \n---sha1-name::\n+`--sha1-name`::\n \tInstead of naming the commits using the path to reach\n \tthem from heads (e.g. \"master~2\" to mean the grandparent\n \tof \"master\"), name them with the unique prefix of their\ndiff --git a/Documentation/git-show-index.txt b/Documentation/git-show-index.txt\nindex 0d4b36859d..c0304de730 100644\n--- a/Documentation/git-show-index.txt\n+++ b/Documentation/git-show-index.txt\n@@ -39,7 +39,7 @@ index file itself, it's both faster and more flexible.\n OPTIONS\n -------\n \n---object-format=<hash-algorithm>::\n+`--object-format=<hash-algorithm>`::\n \tSpecify the given object format (hash algorithm) for the index file.  The\n \tvalid values are 'sha1' and (if enabled) 'sha256'.  The default is the\n \talgorithm for the current repository (set by `extensions.objectFormat`), or\ndiff --git a/Documentation/git-stash.txt b/Documentation/git-stash.txt\nindex 974b16963c..9b7c9a5398 100644\n--- a/Documentation/git-stash.txt\n+++ b/Documentation/git-stash.txt\n@@ -67,7 +67,7 @@ save [-p|--patch] [-k|--[no-]keep-index] [-u|--include-untracked] [-a|--all] [-q\n \tInstead, all non-option arguments are concatenated to form the stash\n \tmessage.\n \n-list [<log-options>]::\n+`list [<log-options>]`::\n \n \tList the stash entries that you currently have.  Each 'stash entry' is\n \tlisted with its name (e.g. `stash@{0}` is the latest entry, `stash@{1}` is\n@@ -111,7 +111,7 @@ apply [--index] [-q|--quiet] [<stash>]::\n \t`<stash>` may be any commit that looks like a commit created by\n \t`stash push` or `stash create`.\n \n-branch <branchname> [<stash>]::\n+`branch <branchname> [<stash>]`::\n \n \tCreates and checks out a new branch named `<branchname>` starting from\n \tthe commit at which the `<stash>` was originally created, applies the\ndiff --git a/Documentation/git-submodule.txt b/Documentation/git-submodule.txt\nindex 95868792c9..107b3a581e 100644\n--- a/Documentation/git-submodule.txt\n+++ b/Documentation/git-submodule.txt\n@@ -185,7 +185,7 @@ set-branch (-d|--default) [--] <path>::\n \t`--default` option removes the `submodule.<name>.branch` configuration\n \tkey, which causes the tracking branch to default to the remote `HEAD`.\n \n-set-url [--] <path> <newurl>::\n+`set-url [--] <path> <newurl>`::\n \tSets the URL of the specified submodule to <newurl>. Then, it will\n \tautomatically synchronize the submodule's new remote URL\n \tconfiguration.\n@@ -203,7 +203,7 @@ summary [--cached|--files] [(-n|--summary-limit) <n>] [commit] [--] [<path>...]:\n Using the `--submodule=log` option with linkgit:git-diff[1] will provide that\n information too.\n \n-foreach [--recursive] <command>::\n+`foreach [--recursive] <command>`::\n \tEvaluates an arbitrary shell command in each checked out submodule.\n \tThe command has access to the variables `$name`, `$sm_path`, `$displaypath`,\n \t`$sha1` and `$toplevel`:\n@@ -277,8 +277,8 @@ OPTIONS\n \tThis option is only valid for the deinit command. Unregister all\n \tsubmodules in the working tree.\n \n--b <branch>::\n---branch <branch>::\n+`-b <branch>`::\n+`--branch <branch>`::\n \tBranch of repository to add as submodule.\n \tThe name of the branch is recorded as `submodule.<name>.branch` in\n \t`.gitmodules` for `update --remote`.  A special value of `.` is used to\n@@ -391,7 +391,7 @@ the submodule itself.\n \tname to the given string instead of defaulting to its path. The name\n \tmust be valid as a directory name and may not end with a '/'.\n \n---reference <repository>::\n+`--reference <repository>`::\n \tThis option is only valid for add and update commands.  These\n \tcommands sometimes need to clone a remote repository. In this case,\n \tthis option will be passed to the linkgit:git-clone[1] command.\n@@ -424,8 +424,8 @@ options carefully.\n \t`submodule.<name>.shallow` as provided by the `.gitmodules` file\n \tby default. To ignore the suggestions use `--no-recommend-shallow`.\n \n--j <n>::\n---jobs <n>::\n+`-j <n>`::\n+`--jobs <n>`::\n \tThis option is only valid for the update command.\n \tClone new submodules in parallel with as many jobs.\n \tDefaults to the `submodule.fetchJobs` option.\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex 6fca35c8cb..d484152b7a 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -260,7 +260,7 @@ Use of `dcommit` is preferred to `set-tree` (below).\n +\n `--no-rebase`;;\n \tAfter committing, do not rebase or reset.\n---commit-url <URL>;;\n+`--commit-url <URL>`;;\n \tCommit to this SVN URL (the full path).  This is intended to\n \tallow existing `git svn` repositories created with one transport\n \tmethod (e.g. `svn://` or `http://` for anonymous read) to be\n@@ -465,12 +465,12 @@ option, or indirectly from the tag or commit when the second tree-ish\n denotes such an object, or it is requested by invoking an editor (see\n `--edit` option below).\n \n--m <msg>;;\n+`-m <msg>`;;\n `--message=<msg>`;;\n \tUse the given `msg` as the commit message. This option\n \tdisables the `--edit` option.\n \n--F <filename>;;\n+`-F <filename>`;;\n `--file=<filename>`;;\n \tTake the commit message from the given file. This option\n \tdisables the `--edit` option.\n@@ -528,7 +528,7 @@ Only the rev_map and refs/remotes/git-svn are changed (see\n Follow 'reset' with a `fetch` and then `git reset` or `git rebase` to\n move local branches onto the new tree.\n \n--r <n>;;\n+`-r <n>`;;\n `--revision=<n>`;;\n \tSpecify the most recent revision to keep.  All later revisions\n \tare discarded.\n@@ -579,8 +579,8 @@ OPTIONS\n \tOnly used with the `init` command.\n \tThese are passed directly to `git init`.\n \n--r <arg>::\n---revision <arg>::\n+`-r <arg>`::\n+`--revision <arg>`::\n \t   Used with the `fetch` command.\n +\n This allows revision ranges for partial/cauterized history\n@@ -727,8 +727,8 @@ ADVANCED OPTIONS\n \twhen tracking a single URL.  The `log` and `dcommit` commands\n \tno longer require this switch as an argument.\n \n--R<remote name>::\n---svn-remote <remote name>::\n+`-R<remote name>`::\n+`--svn-remote <remote name>`::\n \tSpecify the [svn-remote \"<remote name>\"] section to use,\n \tthis allows SVN multiple repositories to be tracked.\n \tDefault: \"svn\"\ndiff --git a/Documentation/git-switch.txt b/Documentation/git-switch.txt\nindex 44ae45e838..307e2fa097 100644\n--- a/Documentation/git-switch.txt\n+++ b/Documentation/git-switch.txt\n@@ -56,8 +56,8 @@ As a special case, you may use `A...B` as a shortcut for the merge\n base of `A` and `B` if there is exactly one merge base. You can leave\n out at most one of `A` and `B`, in which case it defaults to `HEAD`.\n \n--c <new-branch>::\n---create <new-branch>::\n+`-c <new-branch>`::\n+`--create <new-branch>`::\n \tCreate a new branch named `<new-branch>` starting at\n \t`<start-point>` before switching to the branch. This is a\n \tconvenient shortcut for:\n@@ -67,8 +67,8 @@ $ git branch <new-branch>\n $ git switch <new-branch>\n ------------\n \n--C <new-branch>::\n---force-create <new-branch>::\n+`-C <new-branch>`::\n+`--force-create <new-branch>`::\n \tSimilar to `--create` except that if `<new-branch>` already\n \texists, it will be reset to `<start-point>`. This is a\n \tconvenient shortcut for:\n@@ -171,7 +171,7 @@ name, the guessing is aborted.  You can explicitly give a name with\n \tDo not set up \"upstream\" configuration, even if the\n \t`branch.autoSetupMerge` configuration variable is true.\n \n---orphan <new-branch>::\n+`--orphan <new-branch>`::\n \tCreate a new 'orphan' branch, named `<new-branch>`. All\n \ttracked files are removed.\n \ndiff --git a/Documentation/git-tag.txt b/Documentation/git-tag.txt\nindex 6f125deee3..8c6a00d0aa 100644\n--- a/Documentation/git-tag.txt\n+++ b/Documentation/git-tag.txt\n@@ -72,7 +72,7 @@ OPTIONS\n \tOverride `tag.gpgSign` configuration variable that is\n \tset to force each and every tag to be signed.\n \n--u <keyid>::\n+`-u <keyid>`::\n `--local-user=<keyid>`::\n \tMake a GPG-signed tag, using the given key.\n \n@@ -139,27 +139,27 @@ options for details.\n +\n This option is only applicable when listing tags without annotation lines.\n \n---contains [<commit>]::\n+`--contains [<commit>]`::\n \tOnly list tags which contain the specified commit (HEAD if not\n \tspecified). Implies `--list`.\n \n---no-contains [<commit>]::\n+`--no-contains [<commit>]`::\n \tOnly list tags which don't contain the specified commit (HEAD if\n \tnot specified). Implies `--list`.\n \n---merged [<commit>]::\n+`--merged [<commit>]`::\n \tOnly list tags whose commits are reachable from the specified\n \tcommit (`HEAD` if not specified).\n \n---no-merged [<commit>]::\n+`--no-merged [<commit>]`::\n \tOnly list tags whose commits are not reachable from the specified\n \tcommit (`HEAD` if not specified).\n \n---points-at <object>::\n+`--points-at <object>`::\n \tOnly list tags of the given object (HEAD if not\n \tspecified). Implies `--list`.\n \n--m <msg>::\n+`-m <msg>`::\n `--message=<msg>`::\n \tUse the given tag message (instead of prompting).\n \tIf multiple `-m` options are given, their values are\n@@ -167,7 +167,7 @@ This option is only applicable when listing tags without annotation lines.\n \tImplies `-a` if none of `-a`, `-s`, or `-u <keyid>`\n \tis given.\n \n--F <file>::\n+`-F <file>`::\n `--file=<file>`::\n \tTake the tag message from the given file.  Use '-' to\n \tread the message from the standard input.\ndiff --git a/Documentation/git-unpack-file.txt b/Documentation/git-unpack-file.txt\nindex 85c5f120e5..f295b26ec7 100644\n--- a/Documentation/git-unpack-file.txt\n+++ b/Documentation/git-unpack-file.txt\n@@ -20,7 +20,7 @@ returns the name of the temporary file in the following format:\n \n OPTIONS\n -------\n-<blob>::\n+`<blob>`::\n \tMust be a blob id\n \n GIT\ndiff --git a/Documentation/git-update-index.txt b/Documentation/git-update-index.txt\nindex 7a4925b3c6..8b513910d0 100644\n--- a/Documentation/git-update-index.txt\n+++ b/Documentation/git-update-index.txt\n@@ -73,7 +73,7 @@ OPTIONS\n \tIgnores missing files during a `--refresh`\n \n --cacheinfo <mode>,<object>,<path>::\n---cacheinfo <mode> <object> <path>::\n+`--cacheinfo <mode> <object> <path>`::\n \tDirectly insert the specified info into the index.  For\n \tbackward compatibility, you can also give these three\n \targuments as three separate parameters, but new users are\n@@ -158,7 +158,7 @@ you will need to handle the situation manually.\n `--verbose`::\n         Report what is being added and removed from index.\n \n---index-version <n>::\n+`--index-version <n>`::\n \tWrite the resulting index out in the named on-disk format version.\n \tSupported versions are 2, 3 and 4. The current default version is 2\n \tor 3, depending on whether extra features are used, such as\ndiff --git a/Documentation/git-upload-archive.txt b/Documentation/git-upload-archive.txt\nindex 36f7901adb..6fb5aa1ba0 100644\n--- a/Documentation/git-upload-archive.txt\n+++ b/Documentation/git-upload-archive.txt\n@@ -54,7 +54,7 @@ access via non-smart-http.\n \n OPTIONS\n -------\n-<directory>::\n+`<directory>`::\n \tThe repository to get a tar archive from.\n \n GIT\ndiff --git a/Documentation/git-web--browse.txt b/Documentation/git-web--browse.txt\nindex 0e788b1208..5aebb3093d 100644\n--- a/Documentation/git-web--browse.txt\n+++ b/Documentation/git-web--browse.txt\n@@ -41,13 +41,13 @@ Custom commands may also be specified.\n \n OPTIONS\n -------\n--b <browser>::\n---browser=<browser>::\n+`-b <browser>`::\n+`--browser=<browser>`::\n \tUse the specified browser. It must be in the list of supported\n \tbrowsers.\n \n--t <browser>::\n---tool=<browser>::\n+`-t <browser>`::\n+`--tool=<browser>`::\n \tSame as above.\n \n -c <conf.var>::\ndiff --git a/Documentation/git-worktree.txt b/Documentation/git-worktree.txt\nindex d44084a7f4..9dc105f08f 100644\n--- a/Documentation/git-worktree.txt\n+++ b/Documentation/git-worktree.txt\n@@ -58,7 +58,7 @@ specifying `--reason` to explain why the working tree is locked.\n \n COMMANDS\n --------\n-add <path> [<commit-ish>]::\n+`add <path> [<commit-ish>]`::\n \n Create `<path>` and checkout `<commit-ish>` into it. The new working directory\n is linked to the current repository, sharing everything except working\n@@ -174,8 +174,8 @@ allows the move to proceed; use `--force` twice if the destination is locked.\n `remove` refuses to remove an unclean working tree unless `--force` is used.\n To remove a locked working tree, specify `--force` twice.\n \n--b <new-branch>::\n--B <new-branch>::\n+`-b <new-branch>`::\n+`-B <new-branch>`::\n \tWith `add`, create a new branch named `<new-branch>` starting at\n \t`<commit-ish>`, and check out `<new-branch>` into the new working tree.\n \tIf `<commit-ish>` is omitted, it defaults to `HEAD`.\n@@ -235,13 +235,13 @@ This can also be set up as the default behaviour by using the\n +\n With `list`, output additional information about worktrees (see below).\n \n---expire <time>::\n+`--expire <time>`::\n \tWith `prune`, only expire unused working trees older than `<time>`.\n +\n With `list`, annotate missing working trees as prunable if they are\n older than `<time>`.\n \n---reason <string>::\n+`--reason <string>`::\n \tWith `lock`, an explanation why the working tree is locked.\n \n `<worktree>`::\ndiff --git a/Documentation/git.txt b/Documentation/git.txt\nindex d1389f92c1..8e511669fe 100644\n--- a/Documentation/git.txt\n+++ b/Documentation/git.txt\n@@ -53,7 +53,7 @@ displayed. See linkgit:git-help[1] for more information,\n because `git --help ...` is converted internally into `git\n help ...`.\n \n--C <path>::\n+`-C <path>`::\n \tRun as if `git` was started in '<path>' instead of the current working\n \tdirectory.  When multiple `-C` options are given, each subsequent\n \tnon-absolute `-C <path>` is interpreted relative to the preceding `-C\n@@ -68,7 +68,7 @@ example the following invocations are equivalent:\n     git --git-dir=a.git --work-tree=b -C c status\n     git --git-dir=c/a.git --work-tree=c/b status\n \n--c <name>=<value>::\n+`-c <name>=<value>`::\n \tPass a configuration parameter to the command. The value\n \tgiven will override values from configuration files.\n \tThe <name> is expected in the same format as listed by\ndiff --git a/Documentation/gitattributes.txt b/Documentation/gitattributes.txt\nindex 0440adf4fc..50397236d2 100644\n--- a/Documentation/gitattributes.txt\n+++ b/Documentation/gitattributes.txt\n@@ -41,7 +41,7 @@ Each attribute can be in one of these states for a given path:\n \tthis is specified by listing the name of the attribute\n \tprefixed with a dash `-` in the attribute list.\n \n-Set to a value::\n+`Set to a value`::\n \n \tThe path has the attribute with specified string value;\n \tthis is specified by listing the name of the attribute\ndiff --git a/Documentation/gitk.txt b/Documentation/gitk.txt\nindex 4fd7300cc4..d4879237f2 100644\n--- a/Documentation/gitk.txt\n+++ b/Documentation/gitk.txt\n@@ -100,7 +100,7 @@ linkgit:git-rev-list[1] for a complete list.\n \n include::line-range-options.txt[]\n \n-<revision range>::\n+`<revision range>`::\n \n \tLimit the revisions to show. This can be either a single revision\n \tmeaning show from the given revision and back, or it can be a range in\ndiff --git a/Documentation/gitremote-helpers.txt b/Documentation/gitremote-helpers.txt\nindex 80681ed5c0..02ae4993bc 100644\n--- a/Documentation/gitremote-helpers.txt\n+++ b/Documentation/gitremote-helpers.txt\n@@ -271,7 +271,7 @@ See REF LIST KEYWORDS for a list of currently defined keywords.\n +\n Supported if the helper has the \"fetch\" or \"import\" capability.\n \n-'list for-push'::\n+`list for-push`::\n \tSimilar to 'list', except that it is used if and only if\n \tthe caller wants to the resulting ref list to prepare\n \tpush commands.\n@@ -470,10 +470,10 @@ set by Git if the remote helper has the 'option' capability.\n 'option depth' <depth>::\n \tDeepens the history of a shallow repository.\n \n-'option deepen-since <timestamp>::\n+`option deepen-since <timestamp>`::\n \tDeepens the history of a shallow repository based on time.\n \n-'option deepen-not <ref>::\n+`option deepen-not <ref>`::\n \tDeepens the history of a shallow repository excluding ref.\n \tMultiple options add up.\n \n@@ -494,7 +494,7 @@ set by Git if the remote helper has the 'option' capability.\n \tbut don't actually change any repository data.  For most\n \thelpers this only applies to the 'push', if supported.\n \n-'option servpath <c-style-quoted-path>'::\n+`option servpath <c-style-quoted-path>`::\n \tSets service path (--upload-pack, --receive-pack etc.) for\n \tnext connect. Remote helper may support this option, but\n \tmust not rely on this option being set before\n@@ -517,7 +517,7 @@ set by Git if the remote helper has the 'option' capability.\n 'option pushcert' {'true'|'false'}::\n \tGPG sign pushes.\n \n-'option push-option <string>::\n+`option push-option <string>`::\n \tTransmit <string> as a push option. As the push option\n \tmust not contain LF or NUL characters, the string is not encoded.\n \ndiff --git a/Documentation/gitweb.txt b/Documentation/gitweb.txt\nindex 3ade8b7d72..057038bb6d 100644\n--- a/Documentation/gitweb.txt\n+++ b/Documentation/gitweb.txt\n@@ -92,9 +92,9 @@ encode SPACE), all whitespace characters as defined in Perl, including SP,\n TAB and LF, (used to separate fields in a record).\n \n * Currently recognized fields are:\n-<repository path>::\n+`<repository path>`::\n \tpath to repository GIT_DIR, relative to `$projectroot`\n-<repository owner>::\n+`<repository owner>`::\n \tdisplayed as repository owner, preferably full name, or email,\n \tor both\n \ndiff --git a/Documentation/merge-options.txt b/Documentation/merge-options.txt\nindex ec6b02f79a..0812eb032a 100644\n--- a/Documentation/merge-options.txt\n+++ b/Documentation/merge-options.txt\n@@ -107,7 +107,7 @@ With `--squash`, `--commit` is not allowed, and will fail.\n \tThis option bypasses the pre-merge and commit-msg hooks.\n \tSee also linkgit:githooks[5].\n \n--s <strategy>::\n+`-s <strategy>`::\n `--strategy=<strategy>`::\n \tUse the given merge strategy; can be supplied more than\n \tonce to specify them in the order they should be tried.\n@@ -115,7 +115,7 @@ With `--squash`, `--commit` is not allowed, and will fail.\n \tis used instead (`git merge-recursive` when merging a single\n \thead, `git merge-octopus` otherwise).\n \n--X <option>::\n+`-X <option>`::\n `--strategy-option=<option>`::\n \tPass merge strategy specific option through to the merge\n \tstrategy.\ndiff --git a/Documentation/pull-fetch-param.txt b/Documentation/pull-fetch-param.txt\nindex b062400072..cfea4f14b4 100644\n--- a/Documentation/pull-fetch-param.txt\n+++ b/Documentation/pull-fetch-param.txt\n@@ -1,17 +1,17 @@\n-<repository>::\n+`<repository>`::\n \tThe \"remote\" repository that is the source of a fetch\n \tor pull operation.  This parameter can be either a URL\n \t(see the section <<URLS,GIT URLS>> below) or the name\n \tof a remote (see the section <<REMOTES,REMOTES>> below).\n \n ifndef::git-pull[]\n-<group>::\n+`<group>`::\n \tA name referring to a list of repositories as the value\n \tof `remotes.<group>` in the configuration file.\n \t(See linkgit:git-config[1]).\n endif::git-pull[]\n \n-<refspec>::\n+`<refspec>`::\n \tSpecifies which refs to fetch and which local refs to update.\n \tWhen no <refspec>s appear on the command line, the refs to fetch\n \tare read from `remote.<repository>.fetch` variables instead\ndiff --git a/Documentation/rev-list-options.txt b/Documentation/rev-list-options.txt\nindex 7053aa6170..b68f1c19c5 100644\n--- a/Documentation/rev-list-options.txt\n+++ b/Documentation/rev-list-options.txt\n@@ -14,7 +14,7 @@ Note that these are applied before commit\n ordering and formatting options, such as `--reverse`.\n \n `-<number>`::\n--n <number>::\n+`-n <number>`::\n `--max-count=<number>`::\n \tLimit the number of commits to output.\n \n@@ -454,7 +454,7 @@ Parent/child relations are only visible with `--parents`, but that does\n not affect the commits selected in default mode, so we have shown the\n parent lines.\n \n---full-history without parent rewriting::\n+`--full-history without parent rewriting`::\n \tThis mode differs from the default in one point: always follow\n \tall parents of a merge, even if it is TREESAME to one of them.\n \tEven if more than one side of the merge has commits that are\n@@ -473,7 +473,7 @@ Note that without parent rewriting, it is not really possible to talk\n about the parent/child relationships between the commits, so we show\n them disconnected.\n \n---full-history with parent rewriting::\n+`--full-history with parent rewriting`::\n \tOrdinary commits are only included if they are !TREESAME\n \t(though this can be changed, see `--sparse` below).\n +\ndiff --git a/Documentation/revisions.txt b/Documentation/revisions.txt\nindex 0614772a76..4e9afd9a7d 100644\n--- a/Documentation/revisions.txt\n+++ b/Documentation/revisions.txt\n@@ -318,7 +318,7 @@ three notations also consider its parents. For example you can say\n Revision Range Summary\n ----------------------\n \n-'<rev>'::\n+`<rev>`::\n \tInclude commits that are reachable from <rev> (i.e. <rev> and its\n \tancestors).\n \n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421338","messageId":"20210409040301.3260358-10-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 09/13] doc: typeset command/option/value entries in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:02:57Z","receivedAt":"2021-04-09T04:06:42Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Automatically wrap command-line option entries (i.e. something of the form\n<entry>[::|;;]<description>) with backticks as indicated in the\nCodingGuidelines. As an intended side effect, also wrap with backticks\nsome configuration options and values entries.\n\nThe following command and regex has performed the whole substitution\n(without manual intervention).\n\n    REGEX=\"^([[:space:]]*?)[\\\"']?([][a-zA-Z-=<>]+)[\\\"']?(::|;;)([[:space:]]+|\\$)\" &&\n    perl -pi -e \"s/$REGEX/\\$1\\`\\$2\\`\\$3\\$4/g\" $(grep -Pl \"$REGEX\" *.txt --exclude-dir=RelNotes)\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/blame-options.txt          |  30 +--\n Documentation/config.txt                 |  12 +-\n Documentation/diff-options.txt           | 222 +++++++++++------------\n Documentation/fetch-options.txt          |  88 ++++-----\n Documentation/git-add.txt                |  66 +++----\n Documentation/git-am.txt                 |  82 ++++-----\n Documentation/git-apply.txt              |  60 +++---\n Documentation/git-archimport.txt         |  12 +-\n Documentation/git-archive.txt            |  30 +--\n Documentation/git-bisect.txt             |   4 +-\n Documentation/git-blame.txt              |  22 +--\n Documentation/git-branch.txt             |  88 ++++-----\n Documentation/git-bundle.txt             |  14 +-\n Documentation/git-cat-file.txt           |  36 ++--\n Documentation/git-check-attr.txt         |  14 +-\n Documentation/git-check-ignore.txt       |   6 +-\n Documentation/git-check-mailmap.txt      |   2 +-\n Documentation/git-check-ref-format.txt   |   6 +-\n Documentation/git-checkout-index.txt     |  28 +--\n Documentation/git-checkout.txt           |  66 +++----\n Documentation/git-cherry-pick.txt        |  42 ++---\n Documentation/git-cherry.txt             |   8 +-\n Documentation/git-clean.txt              |  30 +--\n Documentation/git-clone.txt              |  58 +++---\n Documentation/git-commit-graph.txt       |   8 +-\n Documentation/git-commit-tree.txt        |   8 +-\n Documentation/git-commit.txt             | 106 +++++------\n Documentation/git-config.txt             |  60 +++---\n Documentation/git-count-objects.txt      |   8 +-\n Documentation/git-cvsexportcommit.txt    |  24 +--\n Documentation/git-cvsimport.txt          |  16 +-\n Documentation/git-cvsserver.txt          |  16 +-\n Documentation/git-daemon.txt             |  66 +++----\n Documentation/git-describe.txt           |  24 +--\n Documentation/git-diff-files.txt         |   6 +-\n Documentation/git-diff-index.txt         |   8 +-\n Documentation/git-diff-tree.txt          |  28 +--\n Documentation/git-difftool.txt           |  28 +--\n Documentation/git-fast-export.txt        |  28 +--\n Documentation/git-fast-import.txt        |  56 +++---\n Documentation/git-fetch-pack.txt         |  36 ++--\n Documentation/git-fetch.txt              |  12 +-\n Documentation/git-filter-branch.txt      |   6 +-\n Documentation/git-fmt-merge-msg.txt      |   6 +-\n Documentation/git-for-each-ref.txt       |  54 +++---\n Documentation/git-format-patch.txt       |  86 ++++-----\n Documentation/git-fsck.txt               |  28 +--\n Documentation/git-gc.txt                 |  14 +-\n Documentation/git-grep.txt               | 126 ++++++-------\n Documentation/git-gui.txt                |   8 +-\n Documentation/git-hash-object.txt        |  12 +-\n Documentation/git-help.txt               |  26 +--\n Documentation/git-http-backend.txt       |   2 +-\n Documentation/git-http-fetch.txt         |  12 +-\n Documentation/git-http-push.txt          |  12 +-\n Documentation/git-imap-send.txt          |  12 +-\n Documentation/git-index-pack.txt         |  24 +--\n Documentation/git-init.txt               |  10 +-\n Documentation/git-instaweb.txt           |  32 ++--\n Documentation/git-interpret-trailers.txt |  20 +-\n Documentation/git-log.txt                |  18 +-\n Documentation/git-ls-files.txt           |  82 ++++-----\n Documentation/git-ls-remote.txt          |  28 +--\n Documentation/git-ls-tree.txt            |  24 +--\n Documentation/git-mailinfo.txt           |  22 +--\n Documentation/git-mailsplit.txt          |  16 +-\n Documentation/git-maintenance.txt        |  30 +--\n Documentation/git-merge-base.txt         |  12 +-\n Documentation/git-merge-file.txt         |  10 +-\n Documentation/git-merge-index.txt        |   6 +-\n Documentation/git-merge.txt              |  16 +-\n Documentation/git-mergetool.txt          |  18 +-\n Documentation/git-mktag.txt              |   2 +-\n Documentation/git-mktree.txt             |   6 +-\n Documentation/git-multi-pack-index.txt   |  14 +-\n Documentation/git-mv.txt                 |  14 +-\n Documentation/git-name-rev.txt           |  16 +-\n Documentation/git-notes.txt              |  56 +++---\n Documentation/git-p4.txt                 |  38 ++--\n Documentation/git-pack-objects.txt       |  74 ++++----\n Documentation/git-pack-redundant.txt     |   6 +-\n Documentation/git-pack-refs.txt          |   4 +-\n Documentation/git-patch-id.txt           |   4 +-\n Documentation/git-prune-packed.txt       |   8 +-\n Documentation/git-prune.txt              |  10 +-\n Documentation/git-pull.txt               |  12 +-\n Documentation/git-push.txt               |  76 ++++----\n Documentation/git-quiltimport.txt        |   6 +-\n Documentation/git-range-diff.txt         |  10 +-\n Documentation/git-read-tree.txt          |  34 ++--\n Documentation/git-rebase.txt             | 114 ++++++------\n Documentation/git-reflog.txt             |  20 +-\n Documentation/git-remote.txt             |  26 +--\n Documentation/git-repack.txt             |  48 ++---\n Documentation/git-replace.txt            |  14 +-\n Documentation/git-request-pull.txt       |   8 +-\n Documentation/git-rerere.txt             |  10 +-\n Documentation/git-reset.txt              |  22 +--\n Documentation/git-restore.txt            |  48 ++---\n Documentation/git-rev-parse.txt          |  82 ++++-----\n Documentation/git-revert.txt             |  32 ++--\n Documentation/git-rm.txt                 |  22 +--\n Documentation/git-send-email.txt         |  84 ++++-----\n Documentation/git-send-pack.txt          |  26 +--\n Documentation/git-sh-i18n.txt            |   2 +-\n Documentation/git-sh-setup.txt           |   4 +-\n Documentation/git-shortlog.txt           |  20 +-\n Documentation/git-show-branch.txt        |  38 ++--\n Documentation/git-show-ref.txt           |  24 +--\n Documentation/git-sparse-checkout.txt    |  12 +-\n Documentation/git-stash.txt              |  40 ++--\n Documentation/git-status.txt             |  42 ++---\n Documentation/git-stripspace.txt         |   8 +-\n Documentation/git-submodule.txt          |  56 +++---\n Documentation/git-svn.txt                | 150 +++++++--------\n Documentation/git-switch.txt             |  46 ++---\n Documentation/git-symbolic-ref.txt       |  12 +-\n Documentation/git-tag.txt                |  62 +++----\n Documentation/git-unpack-objects.txt     |  10 +-\n Documentation/git-update-index.txt       |  62 +++----\n Documentation/git-update-ref.txt         |  18 +-\n Documentation/git-upload-pack.txt        |  10 +-\n Documentation/git-var.txt                |   2 +-\n Documentation/git-verify-commit.txt      |   6 +-\n Documentation/git-verify-pack.txt        |   8 +-\n Documentation/git-verify-tag.txt         |   6 +-\n Documentation/git-worktree.txt           |  44 ++---\n Documentation/git-write-tree.txt         |   2 +-\n Documentation/git.txt                    |  66 +++----\n Documentation/gitattributes.txt          |  42 ++---\n Documentation/gitcli.txt                 |   4 +-\n Documentation/gitcore-tutorial.txt       |   2 +-\n Documentation/gitcredentials.txt         |  10 +-\n Documentation/githooks.txt               |   2 +-\n Documentation/gitk.txt                   |  28 +--\n Documentation/gitmodules.txt             |   8 +-\n Documentation/gitremote-helpers.txt      |  38 ++--\n Documentation/gitrepository-layout.txt   |  32 ++--\n Documentation/gitweb.conf.txt            |  34 ++--\n Documentation/gitweb.txt                 |  44 ++---\n Documentation/glossary-content.txt       |  12 +-\n Documentation/merge-options.txt          |  70 +++----\n Documentation/merge-strategies.txt       |  36 ++--\n Documentation/pretty-options.txt         |  28 +--\n Documentation/rev-list-options.txt       | 204 ++++++++++-----------\n Documentation/sequencer.txt              |   8 +-\n Documentation/signoff-option.txt         |   6 +-\n 147 files changed, 2320 insertions(+), 2320 deletions(-)\n\ndiff --git a/Documentation/blame-options.txt b/Documentation/blame-options.txt\nindex 1d36a176bb..c58d30a648 100644\n--- a/Documentation/blame-options.txt\n+++ b/Documentation/blame-options.txt\n@@ -1,12 +1,12 @@\n--b::\n+`-b`::\n \tShow blank SHA-1 for boundary commits.  This can also\n \tbe controlled via the `blame.blankBoundary` config option.\n \n---root::\n+`--root`::\n \tDo not treat root commits as boundaries.  This can also be\n \tcontrolled via the `blame.showRoot` config option.\n \n---show-stats::\n+`--show-stats`::\n \tInclude additional statistics at the end of blame output.\n \n -L <start>,<end>::\n@@ -20,10 +20,10 @@\n +\n include::line-range-format.txt[]\n \n--l::\n+`-l`::\n \tShow long rev (Default: off).\n \n--t::\n+`-t`::\n \tShow raw timestamp (Default: off).\n \n -S <revs-file>::\n@@ -37,26 +37,26 @@ include::line-range-format.txt[]\n \tSTART.  `git blame --reverse START` is taken as `git blame\n \t--reverse START..HEAD` for convenience.\n \n---first-parent::\n+`--first-parent`::\n \tFollow only the first parent commit upon seeing a merge\n \tcommit. This option can be used to determine when a line\n \twas introduced to a particular integration branch, rather\n \tthan when it was introduced to the history overall.\n \n--p::\n---porcelain::\n+`-p`::\n+`--porcelain`::\n \tShow in a format designed for machine consumption.\n \n---line-porcelain::\n+`--line-porcelain`::\n \tShow the porcelain format, but output commit information for\n \teach line, not just the first time a commit is referenced.\n \tImplies `--porcelain`.\n \n---incremental::\n+`--incremental`::\n \tShow the result incrementally in a format designed for\n \tmachine consumption.\n \n---encoding=<encoding>::\n+`--encoding=<encoding>`::\n \tSpecifies the encoding used to output author names\n \tand commit summaries. Setting it to `none` makes blame\n \toutput unconverted data. For more information see the\n@@ -77,14 +77,14 @@ include::line-range-format.txt[]\n \tiso format is used. For supported values, see the discussion\n \tof the `--date` option at linkgit:git-log[1].\n \n---[no-]progress::\n+`--[no-]progress`::\n \tProgress status is reported on the standard error stream\n \tby default when it is attached to a terminal. This flag\n \tenables progress reporting even if not attached to a\n \tterminal. Can't use `--progress` together with `--porcelain`\n \tor `--incremental`.\n \n--M[<num>]::\n+`-M[<num>]`::\n \tDetect moved or copied lines within a file. When a commit\n \tmoves or copies a block of lines (e.g. the original file\n \thas A and then B, and the commit changes it to B and then\n@@ -100,7 +100,7 @@ alphanumeric characters that Git must detect as moving/copying\n within a file for it to associate those lines with the parent\n commit. The default value is 20.\n \n--C[<num>]::\n+`-C[<num>]`::\n \tIn addition to `-M`, detect lines moved or copied from other\n \tfiles that were modified in the same commit.  This is\n \tuseful when you reorganize your program and move code\n@@ -136,5 +136,5 @@ take effect.\n \toption.  An empty file name, `\"\"`, will clear the list of revs from\n \tpreviously processed files.\n \n--h::\n+`-h`::\n \tShow help message.\ndiff --git a/Documentation/config.txt b/Documentation/config.txt\nindex 68529ad9db..6f83ce52a2 100644\n--- a/Documentation/config.txt\n+++ b/Documentation/config.txt\n@@ -235,29 +235,29 @@ Values of many variables are treated as a simple string, but there\n are variables that take values of specific types and there are rules\n as to how to spell them.\n \n-boolean::\n+`boolean`::\n \n        When a variable is said to take a boolean value, many\n        synonyms are accepted for 'true' and 'false'; these are all\n        case-insensitive.\n \n-\ttrue;; Boolean true literals are `yes`, `on`, `true`,\n+\t`true`;; Boolean true literals are `yes`, `on`, `true`,\n \t\tand `1`.  Also, a variable defined without `= <value>`\n \t\tis taken as true.\n \n-\tfalse;; Boolean false literals are `no`, `off`, `false`,\n+\t`false`;; Boolean false literals are `no`, `off`, `false`,\n \t\t`0` and the empty string.\n +\n When converting a value to its canonical form using the `--type=bool` type\n specifier, `git config` will ensure that the output is \"true\" or\n \"false\" (spelled in lowercase).\n \n-integer::\n+`integer`::\n        The value for many variables that specify various sizes can\n        be suffixed with `k`, `M`,... to mean \"scale the number by\n        1024\", \"by 1024x1024\", etc.\n \n-color::\n+`color`::\n        The value for a variable that takes a color is a list of\n        colors (at most two, one for foreground and one for background)\n        and attributes (as many as you want), separated by spaces.\n@@ -292,7 +292,7 @@ output) is set to be painted with `bold` or some other attribute.\n However, custom log formats may do more complicated and layered\n coloring, and the negated forms may be useful there.\n \n-pathname::\n+`pathname`::\n \tA variable that takes a pathname value can be given a\n \tstring that begins with \"`~/`\" or \"`~user/`\", and the usual\n \ttilde expansion happens to such a string: `~/`\ndiff --git a/Documentation/diff-options.txt b/Documentation/diff-options.txt\nindex 34570aa445..1b594732aa 100644\n--- a/Documentation/diff-options.txt\n+++ b/Documentation/diff-options.txt\n@@ -13,29 +13,29 @@ endif::git-diff[]\n endif::git-format-patch[]\n \n ifdef::git-format-patch[]\n--p::\n---no-stat::\n+`-p`::\n+`--no-stat`::\n \tGenerate plain patches without any diffstats.\n endif::git-format-patch[]\n \n ifndef::git-format-patch[]\n--p::\n--u::\n---patch::\n+`-p`::\n+`-u`::\n+`--patch`::\n \tGenerate patch (see section on generating patches).\n ifdef::git-diff[]\n \tThis is the default.\n endif::git-diff[]\n \n--s::\n---no-patch::\n+`-s`::\n+`--no-patch`::\n \tSuppress diff output. Useful for commands like `git show` that\n \tshow the patch by default, or to cancel the effect of `--patch`.\n endif::git-format-patch[]\n \n ifdef::git-log[]\n --diff-merges=(off|none|first-parent|1|separate|m|combined|c|dense-combined|cc)::\n---no-diff-merges::\n+`--no-diff-merges`::\n \tSpecify diff format to be used for merge commits. Default is\n \t{diff-merges-default} unless `--first-parent` is in use, in which case\n \t`first-parent` is the default.\n@@ -76,7 +76,7 @@ ifdef::git-log[]\n \ttwo variants and the merge result picks one of them without\n \tmodification.  `--cc` implies `-p`.\n \n---combined-all-paths::\n+`--combined-all-paths`::\n \tThis flag causes combined diffs (used for merge commits) to\n \tlist the name of the file from all parents.  It thus only has\n \teffect when `--diff-merges=[dense-]combined` is in use, and\n@@ -84,26 +84,26 @@ ifdef::git-log[]\n \twhen either rename or copy detection have been requested).\n endif::git-log[]\n \n--U<n>::\n---unified=<n>::\n+`-U<n>`::\n+`--unified=<n>`::\n \tGenerate diffs with <n> lines of context instead of\n \tthe usual three.\n ifndef::git-format-patch[]\n \tImplies `--patch`.\n endif::git-format-patch[]\n \n---output=<file>::\n+`--output=<file>`::\n \tOutput to a specific file instead of stdout.\n \n---output-indicator-new=<char>::\n---output-indicator-old=<char>::\n---output-indicator-context=<char>::\n+`--output-indicator-new=<char>`::\n+`--output-indicator-old=<char>`::\n+`--output-indicator-context=<char>`::\n \tSpecify the character used to indicate new, old or context\n \tlines in the generated patch. Normally they are '+', '-' and\n \t' ' respectively.\n \n ifndef::git-format-patch[]\n---raw::\n+`--raw`::\n ifndef::git-log[]\n \tGenerate the diff in raw format.\n ifdef::git-diff-core[]\n@@ -120,33 +120,33 @@ endif::git-log[]\n endif::git-format-patch[]\n \n ifndef::git-format-patch[]\n---patch-with-raw::\n+`--patch-with-raw`::\n \tSynonym for `-p --raw`.\n endif::git-format-patch[]\n \n ifdef::git-log[]\n--t::\n+`-t`::\n \tShow the tree objects in the diff output.\n endif::git-log[]\n \n---indent-heuristic::\n+`--indent-heuristic`::\n \tEnable the heuristic that shifts diff hunk boundaries to make patches\n \teasier to read. This is the default.\n \n---no-indent-heuristic::\n+`--no-indent-heuristic`::\n \tDisable the indent heuristic.\n \n---minimal::\n+`--minimal`::\n \tSpend extra time to make sure the smallest possible\n \tdiff is produced.\n \n---patience::\n+`--patience`::\n \tGenerate a diff using the \"patience diff\" algorithm.\n \n---histogram::\n+`--histogram`::\n \tGenerate a diff using the \"histogram diff\" algorithm.\n \n---anchored=<text>::\n+`--anchored=<text>`::\n \tGenerate a diff using the \"anchored diff\" algorithm.\n +\n This option may be specified more than once.\n@@ -194,7 +194,7 @@ have to use `--diff-algorithm=default` option.\n These parameters can also be set individually with `--stat-width=<width>`,\n `--stat-name-width=<name-width>` and `--stat-count=<count>`.\n \n---compact-summary::\n+`--compact-summary`::\n \tOutput a condensed summary of extended header information such\n \tas file creations or deletions (\"new\" or \"gone\", optionally \"+l\"\n \tif it's a symlink) and mode changes (\"+x\" or \"-x\" for adding\n@@ -202,14 +202,14 @@ These parameters can also be set individually with `--stat-width=<width>`,\n \tinformation is put between the filename part and the graph\n \tpart. Implies `--stat`.\n \n---numstat::\n+`--numstat`::\n \tSimilar to `--stat`, but shows number of added and\n \tdeleted lines in decimal notation and pathname without\n \tabbreviation, to make it more machine friendly.  For\n \tbinary files, outputs two `-` instead of saying\n \t`0 0`.\n \n---shortstat::\n+`--shortstat`::\n \tOutput only the last line of the `--stat` format containing total\n \tnumber of modified files, as well as number of added and deleted\n \tlines.\n@@ -248,7 +248,7 @@ These parameters can also be set individually with `--stat-width=<width>`,\n \tNote that when using `cumulative`, the sum of the percentages\n \treported may exceed 100%. The default (non-cumulative) behavior can\n \tbe specified with the `noncumulative` parameter.\n-<limit>;;\n+`<limit>`;;\n \tAn integer parameter specifies a cut-off percent (3% by default).\n \tDirectories contributing less than this percentage of the changes\n \tare not shown in the output.\n@@ -259,24 +259,24 @@ directories with less than 10% of the total amount of changed files,\n and accumulating child directory counts in the parent directories:\n `--dirstat=files,10,cumulative`.\n \n---cumulative::\n+`--cumulative`::\n \tSynonym for --dirstat=cumulative\n \n --dirstat-by-file[=<param1,param2>...]::\n \tSynonym for --dirstat=files,param1,param2...\n \n---summary::\n+`--summary`::\n \tOutput a condensed summary of extended header information\n \tsuch as creations, renames and mode changes.\n \n ifndef::git-format-patch[]\n---patch-with-stat::\n+`--patch-with-stat`::\n \tSynonym for `-p --stat`.\n endif::git-format-patch[]\n \n ifndef::git-format-patch[]\n \n--z::\n+`-z`::\n ifdef::git-log[]\n \tSeparate the commits with NULs instead of with new newlines.\n +\n@@ -292,14 +292,14 @@ Without this option, pathnames with \"unusual\" characters are quoted as\n explained for the configuration variable `core.quotePath` (see\n linkgit:git-config[1]).\n \n---name-only::\n+`--name-only`::\n \tShow only names of changed files.\n \n---name-status::\n+`--name-status`::\n \tShow only names and status of changed files. See the description\n \tof the `--diff-filter` option on what the status letters mean.\n \n---submodule[=<format>]::\n+`--submodule[=<format>]`::\n \tSpecify how differences in submodules are shown.  When specifying\n \t`--submodule=short` the 'short' format is used.  This format just\n \tshows the names of the commits at the beginning and end of the range.\n@@ -311,7 +311,7 @@ linkgit:git-config[1]).\n \tcommit range.  Defaults to `diff.submodule` or the 'short' format\n \tif the config option is unset.\n \n---color[=<when>]::\n+`--color[=<when>]`::\n \tShow colored diff.\n \t`--color` (i.e. without '=<when>') is the same as `--color=always`.\n \t'<when>' can be one of `always`, `never`, or `auto`.\n@@ -320,14 +320,14 @@ ifdef::git-diff[]\n \tconfiguration settings.\n endif::git-diff[]\n \n---no-color::\n+`--no-color`::\n \tTurn off colored diff.\n ifdef::git-diff[]\n \tThis can be used to override configuration settings.\n endif::git-diff[]\n \tIt is the same as `--color=never`.\n \n---color-moved[=<mode>]::\n+`--color-moved[=<mode>]`::\n \tMoved lines of code are colored differently.\n ifdef::git-diff[]\n \tIt can be changed by the `diff.colorMoved` configuration setting.\n@@ -337,40 +337,40 @@ endif::git-diff[]\n \tThe mode must be one of:\n +\n --\n-no::\n+`no`::\n \tMoved lines are not highlighted.\n-default::\n+`default`::\n \tIs a synonym for `zebra`. This may change to a more sensible mode\n \tin the future.\n-plain::\n+`plain`::\n \tAny line that is added in one location and was removed\n \tin another location will be colored with `color.diff.newMoved`.\n \tSimilarly `color.diff.oldMoved` will be used for removed lines\n \tthat are added somewhere else in the diff. This mode picks up any\n \tmoved line, but it is not very useful in a review to determine\n \tif a block of code was moved without permutation.\n-blocks::\n+`blocks`::\n \tBlocks of moved text of at least 20 alphanumeric characters\n \tare detected greedily. The detected blocks are\n \tpainted using either the `color.diff.{old,new}Moved` color.\n \tAdjacent blocks cannot be told apart.\n-zebra::\n+`zebra`::\n \tBlocks of moved text are detected as in 'blocks' mode. The blocks\n \tare painted using either the `color.diff.{old,new}Moved` color or\n \t`color.diff.{old,new}MovedAlternative`. The change between\n \tthe two colors indicates that a new block was detected.\n-dimmed-zebra::\n+`dimmed-zebra`::\n \tSimilar to 'zebra', but additional dimming of uninteresting parts\n \tof moved code is performed. The bordering lines of two adjacent\n \tblocks are considered interesting, the rest is uninteresting.\n \t`dimmed_zebra` is a deprecated synonym.\n --\n \n---no-color-moved::\n+`--no-color-moved`::\n \tTurn off move detection. This can be used to override configuration\n \tsettings. It is the same as `--color-moved=no`.\n \n---color-moved-ws=<modes>::\n+`--color-moved-ws=<modes>`::\n \tThis configures how whitespace is ignored when performing the\n \tmove detection for `--color-moved`.\n ifdef::git-diff[]\n@@ -379,57 +379,57 @@ endif::git-diff[]\n \tThese modes can be given as a comma separated list:\n +\n --\n-no::\n+`no`::\n \tDo not ignore whitespace when performing move detection.\n-ignore-space-at-eol::\n+`ignore-space-at-eol`::\n \tIgnore changes in whitespace at EOL.\n-ignore-space-change::\n+`ignore-space-change`::\n \tIgnore changes in amount of whitespace.  This ignores whitespace\n \tat line end, and considers all other sequences of one or\n \tmore whitespace characters to be equivalent.\n-ignore-all-space::\n+`ignore-all-space`::\n \tIgnore whitespace when comparing lines. This ignores differences\n \teven if one line has whitespace where the other line has none.\n-allow-indentation-change::\n+`allow-indentation-change`::\n \tInitially ignore any whitespace in the move detection, then\n \tgroup the moved code blocks only into a block if the change in\n \twhitespace is the same per line. This is incompatible with the\n \tother modes.\n --\n \n---no-color-moved-ws::\n+`--no-color-moved-ws`::\n \tDo not ignore whitespace when performing move detection. This can be\n \tused to override configuration settings. It is the same as\n \t`--color-moved-ws=no`.\n \n---word-diff[=<mode>]::\n+`--word-diff[=<mode>]`::\n \tShow a word diff, using the <mode> to delimit changed words.\n \tBy default, words are delimited by whitespace; see\n \t`--word-diff-regex` below.  The <mode> defaults to 'plain', and\n \tmust be one of:\n +\n --\n-color::\n+`color`::\n \tHighlight changed words using only colors.  Implies `--color`.\n-plain::\n+`plain`::\n \tShow words as `[-removed-]` and `{+added+}`.  Makes no\n \tattempts to escape the delimiters if they appear in the input,\n \tso the output may be ambiguous.\n-porcelain::\n+`porcelain`::\n \tUse a special line-based format intended for script\n \tconsumption.  Added/removed/unchanged runs are printed in the\n \tusual unified diff format, starting with a `+`/`-`/` `\n \tcharacter at the beginning of the line and extending to the\n \tend of the line.  Newlines in the input are represented by a\n \ttilde `~` on a line of its own.\n-none::\n+`none`::\n \tDisable word diff again.\n --\n +\n Note that despite the name of the first mode, color is used to\n highlight the changed parts in all modes if enabled.\n \n---word-diff-regex=<regex>::\n+`--word-diff-regex=<regex>`::\n \tUse <regex> to decide what a word is, instead of considering\n \truns of non-whitespace to be a word.  Also implies\n \t`--word-diff` unless it was already enabled.\n@@ -450,20 +450,20 @@ linkgit:gitattributes[5] or linkgit:git-config[1].  Giving it explicitly\n overrides any diff driver or configuration setting.  Diff drivers\n override configuration settings.\n \n---color-words[=<regex>]::\n+`--color-words[=<regex>]`::\n \tEquivalent to `--word-diff=color` plus (if a regex was\n \tspecified) `--word-diff-regex=<regex>`.\n endif::git-format-patch[]\n \n---no-renames::\n+`--no-renames`::\n \tTurn off rename detection, even when the configuration\n \tfile gives the default to do so.\n \n---[no-]rename-empty::\n+`--[no-]rename-empty`::\n \tWhether to use empty blobs as rename source.\n \n ifndef::git-format-patch[]\n---check::\n+`--check`::\n \tWarn if changes introduce conflict markers or whitespace errors.\n \tWhat are considered whitespace errors is controlled by `core.whitespace`\n \tconfiguration.  By default, trailing whitespaces (including\n@@ -473,7 +473,7 @@ ifndef::git-format-patch[]\n \tExits with non-zero status if problems are found. Not compatible\n \twith `--exit-code`.\n \n---ws-error-highlight=<kind>::\n+`--ws-error-highlight=<kind>`::\n \tHighlight whitespace errors in the `context`, `old` or `new`\n \tlines of the diff.  Multiple values are separated by comma,\n \t`none` resets previous values, `default` reset the list to\n@@ -485,19 +485,19 @@ ifndef::git-format-patch[]\n \n endif::git-format-patch[]\n \n---full-index::\n+`--full-index`::\n \tInstead of the first handful of characters, show the full\n \tpre- and post-image blob object names on the \"index\"\n \tline when generating patch format output.\n \n---binary::\n+`--binary`::\n \tIn addition to `--full-index`, output a binary diff that\n \tcan be applied with `git-apply`.\n ifndef::git-format-patch[]\n \tImplies `--patch`.\n endif::git-format-patch[]\n \n---abbrev[=<n>]::\n+`--abbrev[=<n>]`::\n \tInstead of showing the full 40-byte hexadecimal object\n \tname in diff-raw format output and diff-tree header\n \tlines, show the shortest prefix that is at least '<n>'\n@@ -530,8 +530,8 @@ addition and deletion compared to 20% or more of the file's size are\n eligible for being picked up as a possible source of a rename to\n another file.\n \n--M[<n>]::\n---find-renames[=<n>]::\n+`-M[<n>]`::\n+`--find-renames[=<n>]`::\n ifndef::git-log[]\n \tDetect renames.\n endif::git-log[]\n@@ -550,12 +550,12 @@ endif::git-log[]\n \tthe same as `-M5%`.  To limit detection to exact renames, use\n \t`-M100%`.  The default similarity index is 50%.\n \n--C[<n>]::\n---find-copies[=<n>]::\n+`-C[<n>]`::\n+`--find-copies[=<n>]`::\n \tDetect copies as well as renames.  See also `--find-copies-harder`.\n \tIf `n` is specified, it has the same meaning as for `-M<n>`.\n \n---find-copies-harder::\n+`--find-copies-harder`::\n \tFor performance reasons, by default, `-C` option finds copies only\n \tif the original file of the copy was modified in the same\n \tchangeset.  This flag makes the command\n@@ -564,8 +564,8 @@ endif::git-log[]\n \tprojects, so use it with caution.  Giving more than one\n \t`-C` option has the same effect.\n \n--D::\n---irreversible-delete::\n+`-D`::\n+`--irreversible-delete`::\n \tOmit the preimage for deletes, i.e. print only the header but not\n \tthe diff between the preimage and `/dev/null`. The resulting patch\n \tis not meant to be applied with `patch` or `git apply`; this is\n@@ -577,7 +577,7 @@ endif::git-log[]\n When used together with `-B`, omit also the preimage in the deletion part\n of a delete/create pair.\n \n--l<num>::\n+`-l<num>`::\n \tThe `-M` and `-C` options require O(n^2) processing time where n\n \tis the number of potential rename/copy targets.  This\n \toption prevents rename/copy detection from running if\n@@ -606,7 +606,7 @@ from the index to the working tree can never have Added entries\n the index).  Similarly, copied and renamed entries cannot appear if\n detection for those types is disabled.\n \n--S<string>::\n+`-S<string>`::\n \tLook for differences that change the number of occurrences of\n \tthe specified string (i.e. addition/deletion) in a file.\n \tIntended for the scripter's use.\n@@ -619,7 +619,7 @@ very first version of the block.\n +\n Binary files are searched as well.\n \n--G<regex>::\n+`-G<regex>`::\n \tLook for differences whose patch text contains added/removed\n \tlines that match <regex>.\n +\n@@ -643,7 +643,7 @@ filter will be ignored.\n See the 'pickaxe' entry in linkgit:gitdiffcore[7] for more\n information.\n \n---find-object=<object-id>::\n+`--find-object=<object-id>`::\n \tLook for differences that change the number of occurrences of\n \tthe specified object. Similar to `-S`, just the argument is different\n \tin that it doesn't search for a specific string but for a specific\n@@ -652,18 +652,18 @@ information.\n The object can be a blob or a submodule commit. It implies the `-t` option in\n `git-log` to also find trees.\n \n---pickaxe-all::\n+`--pickaxe-all`::\n \tWhen `-S` or `-G` finds a change, show all the changes in that\n \tchangeset, not just the files that contain the change\n \tin <string>.\n \n---pickaxe-regex::\n+`--pickaxe-regex`::\n \tTreat the <string> given to `-S` as an extended POSIX regular\n \texpression to match.\n \n endif::git-format-patch[]\n \n--O<orderfile>::\n+`-O<orderfile>`::\n \tControl the order in which files appear in the output.\n \tThis overrides the `diff.orderFile` configuration variable\n \t(see linkgit:git-config[1]).  To cancel `diff.orderFile`,\n@@ -700,8 +700,8 @@ matches a pattern if removing any number of the final pathname\n components matches the pattern.  For example, the pattern \"`foo*bar`\"\n matches \"`fooasdfbar`\" and \"`foo/bar/baz/asdf`\" but not \"`foobarx`\".\n \n---skip-to=<file>::\n---rotate-to=<file>::\n+`--skip-to=<file>`::\n+`--rotate-to=<file>`::\n \tDiscard the files before the named <file> from the output\n \t(i.e. 'skip to'), or move them to the end of the output\n \t(i.e. 'rotate to').  These were invented primarily for use\n@@ -709,13 +709,13 @@ matches \"`fooasdfbar`\" and \"`foo/bar/baz/asdf`\" but not \"`foobarx`\".\n \totherwise.\n \n ifndef::git-format-patch[]\n--R::\n+`-R`::\n \tSwap two inputs; that is, show differences from index or\n \ton-disk file to tree contents.\n endif::git-format-patch[]\n \n---relative[=<path>]::\n---no-relative::\n+`--relative[=<path>]`::\n+`--no-relative`::\n \tWhen run from a subdirectory of the project, it can be\n \ttold to exclude changes outside the directory and show\n \tpathnames relative to it with this option.  When you are\n@@ -725,44 +725,44 @@ endif::git-format-patch[]\n \t`--no-relative` can be used to countermand both `diff.relative` config\n \toption and previous `--relative`.\n \n--a::\n---text::\n+`-a`::\n+`--text`::\n \tTreat all files as text.\n \n---ignore-cr-at-eol::\n+`--ignore-cr-at-eol`::\n \tIgnore carriage-return at the end of line when doing a comparison.\n \n---ignore-space-at-eol::\n+`--ignore-space-at-eol`::\n \tIgnore changes in whitespace at EOL.\n \n--b::\n---ignore-space-change::\n+`-b`::\n+`--ignore-space-change`::\n \tIgnore changes in amount of whitespace.  This ignores whitespace\n \tat line end, and considers all other sequences of one or\n \tmore whitespace characters to be equivalent.\n \n--w::\n---ignore-all-space::\n+`-w`::\n+`--ignore-all-space`::\n \tIgnore whitespace when comparing lines.  This ignores\n \tdifferences even if one line has whitespace where the other\n \tline has none.\n \n---ignore-blank-lines::\n+`--ignore-blank-lines`::\n \tIgnore changes whose lines are all blank.\n \n--I<regex>::\n---ignore-matching-lines=<regex>::\n+`-I<regex>`::\n+`--ignore-matching-lines=<regex>`::\n \tIgnore changes whose all lines match <regex>.  This option may\n \tbe specified more than once.\n \n---inter-hunk-context=<lines>::\n+`--inter-hunk-context=<lines>`::\n \tShow the context between diff hunks, up to the specified number\n \tof lines, thereby fusing hunks that are close to each other.\n \tDefaults to `diff.interHunkContext` or 0 if the config option\n \tis unset.\n \n--W::\n---function-context::\n+`-W`::\n+`--function-context`::\n \tShow whole function as context lines for each change.\n \tThe function names are determined in the same way as\n \t`git diff` works out patch hunk headers (see 'Defining a\n@@ -770,26 +770,26 @@ endif::git-format-patch[]\n \n ifndef::git-format-patch[]\n ifndef::git-log[]\n---exit-code::\n+`--exit-code`::\n \tMake the program exit with codes similar to diff(1).\n \tThat is, it exits with 1 if there were differences and\n \t0 means no differences.\n \n---quiet::\n+`--quiet`::\n \tDisable all output of the program. Implies `--exit-code`.\n endif::git-log[]\n endif::git-format-patch[]\n \n---ext-diff::\n+`--ext-diff`::\n \tAllow an external diff helper to be executed. If you set an\n \texternal diff driver with linkgit:gitattributes[5], you need\n \tto use this option with linkgit:git-log[1] and friends.\n \n---no-ext-diff::\n+`--no-ext-diff`::\n \tDisallow external diff drivers.\n \n---textconv::\n---no-textconv::\n+`--textconv`::\n+`--no-textconv`::\n \tAllow (or disallow) external text conversion filters to be run\n \twhen comparing binary files. See linkgit:gitattributes[5] for\n \tdetails. Because textconv filters are typically a one-way\n@@ -799,7 +799,7 @@ endif::git-format-patch[]\n \tlinkgit:git-log[1], but not for linkgit:git-format-patch[1] or\n \tdiff plumbing commands.\n \n---ignore-submodules[=<when>]::\n+`--ignore-submodules[=<when>]`::\n \tIgnore changes to submodules in the diff generation. <when> can be\n \teither \"none\", \"untracked\", \"dirty\" or \"all\", which is the default.\n \tUsing \"none\" will consider the submodule modified when it either contains\n@@ -812,19 +812,19 @@ endif::git-format-patch[]\n \tonly changes to the commits stored in the superproject are shown (this was\n \tthe behavior until 1.7.0). Using \"all\" hides all changes to submodules.\n \n---src-prefix=<prefix>::\n+`--src-prefix=<prefix>`::\n \tShow the given source prefix instead of \"a/\".\n \n---dst-prefix=<prefix>::\n+`--dst-prefix=<prefix>`::\n \tShow the given destination prefix instead of \"b/\".\n \n---no-prefix::\n+`--no-prefix`::\n \tDo not show any source or destination prefix.\n \n---line-prefix=<prefix>::\n+`--line-prefix=<prefix>`::\n \tPrepend an additional prefix to every line of output.\n \n---ita-invisible-in-index::\n+`--ita-invisible-in-index`::\n \tBy default entries added by `git add -N` appear as an existing\n \tempty file in `git diff` and a new file in `git diff --cached`.\n \tThis option makes the entry appear as a new file in `git diff`\ndiff --git a/Documentation/fetch-options.txt b/Documentation/fetch-options.txt\nindex 94de13eec8..fcee0ad87d 100644\n--- a/Documentation/fetch-options.txt\n+++ b/Documentation/fetch-options.txt\n@@ -1,38 +1,38 @@\n---all::\n+`--all`::\n \tFetch all remotes.\n \n--a::\n---append::\n+`-a`::\n+`--append`::\n \tAppend ref names and object names of fetched refs to the\n \texisting contents of `.git/FETCH_HEAD`.  Without this\n \toption old data in `.git/FETCH_HEAD` will be overwritten.\n \n---atomic::\n+`--atomic`::\n \tUse an atomic transaction to update local refs. Either all refs are\n \tupdated, or on error, no refs are updated.\n \n---depth=<depth>::\n+`--depth=<depth>`::\n \tLimit fetching to the specified number of commits from the tip of\n \teach remote branch history. If fetching to a 'shallow' repository\n \tcreated by `git clone` with `--depth=<depth>` option (see\n \tlinkgit:git-clone[1]), deepen or shorten the history to the specified\n \tnumber of commits. Tags for the deepened commits are not fetched.\n \n---deepen=<depth>::\n+`--deepen=<depth>`::\n \tSimilar to --depth, except it specifies the number of commits\n \tfrom the current shallow boundary instead of from the tip of\n \teach remote branch history.\n \n---shallow-since=<date>::\n+`--shallow-since=<date>`::\n \tDeepen or shorten the history of a shallow repository to\n \tinclude all reachable commits after <date>.\n \n---shallow-exclude=<revision>::\n+`--shallow-exclude=<revision>`::\n \tDeepen or shorten the history of a shallow repository to\n \texclude commits reachable from a specified remote branch or tag.\n \tThis option can be specified multiple times.\n \n---unshallow::\n+`--unshallow`::\n \tIf the source repository is complete, convert a shallow\n \trepository to a complete one, removing all the limitations\n \timposed by shallow repositories.\n@@ -40,7 +40,7 @@\n If the source repository is shallow, fetch as much as possible so that\n the current repository has the same history as the source repository.\n \n---update-shallow::\n+`--update-shallow`::\n \tBy default when fetching from a shallow repository,\n \t`git fetch` refuses refs that require updating\n \t`.git/shallow`. This option updates `.git/shallow` and accept such\n@@ -65,11 +65,11 @@ this option multiple times, one for each matching ref name.\n See also the `fetch.negotiationAlgorithm` configuration variable\n documented in linkgit:git-config[1].\n \n---dry-run::\n+`--dry-run`::\n \tShow what would be done, without making any changes.\n \n ifndef::git-pull[]\n---[no-]write-fetch-head::\n+`--[no-]write-fetch-head`::\n \tWrite the list of remote refs fetched in the `FETCH_HEAD`\n \tfile directly under `$GIT_DIR`.  This is the default.\n \tPassing `--no-write-fetch-head` from the command line tells\n@@ -77,8 +77,8 @@ ifndef::git-pull[]\n \tfile is never written.\n endif::git-pull[]\n \n--f::\n---force::\n+`-f`::\n+`--force`::\n \tWhen `git fetch` is used with `<src>:<dst>` refspec it may\n \trefuse to update the local branch as discussed\n ifdef::git-pull[]\n@@ -90,28 +90,28 @@ ifndef::git-pull[]\n endif::git-pull[]\n \tThis option overrides that check.\n \n--k::\n---keep::\n+`-k`::\n+`--keep`::\n \tKeep downloaded pack.\n \n ifndef::git-pull[]\n---multiple::\n+`--multiple`::\n \tAllow several <repository> and <group> arguments to be\n \tspecified. No <refspec>s may be specified.\n \n---[no-]auto-maintenance::\n---[no-]auto-gc::\n+`--[no-]auto-maintenance`::\n+`--[no-]auto-gc`::\n \tRun `git maintenance run --auto` at the end to perform automatic\n \trepository maintenance if needed. (`--[no-]auto-gc` is a synonym.)\n \tThis is enabled by default.\n \n---[no-]write-commit-graph::\n+`--[no-]write-commit-graph`::\n \tWrite a commit-graph after fetching. This overrides the config\n \tsetting `fetch.writeCommitGraph`.\n endif::git-pull[]\n \n--p::\n---prune::\n+`-p`::\n+`--prune`::\n \tBefore fetching, remove any remote-tracking references that no\n \tlonger exist on the remote.  Tags are not subject to pruning\n \tif they are fetched only because of the default tag\n@@ -125,8 +125,8 @@ ifndef::git-pull[]\n +\n See the PRUNING section below for more details.\n \n--P::\n---prune-tags::\n+`-P`::\n+`--prune-tags`::\n \tBefore fetching, remove any local tags that no longer exist on\n \tthe remote if `--prune` is enabled. This option should be used\n \tmore carefully, unlike `--prune` it will remove any local\n@@ -139,16 +139,16 @@ See the PRUNING section below for more details.\n endif::git-pull[]\n \n ifndef::git-pull[]\n--n::\n+`-n`::\n endif::git-pull[]\n---no-tags::\n+`--no-tags`::\n \tBy default, tags that point at objects that are downloaded\n \tfrom the remote repository are fetched and stored locally.\n \tThis option disables this automatic tag following. The default\n \tbehavior for a remote may be specified with the remote.<name>.tagOpt\n \tsetting. See linkgit:git-config[1].\n \n---refmap=<refspec>::\n+`--refmap=<refspec>`::\n \tWhen fetching refs listed on the command line, use the\n \tspecified refspec (can be given more than once) to map the\n \trefs to remote-tracking branches, instead of the values of\n@@ -159,8 +159,8 @@ endif::git-pull[]\n \tcommand-line arguments. See section on \"Configured Remote-tracking\n \tBranches\" for details.\n \n--t::\n---tags::\n+`-t`::\n+`--tags`::\n \tFetch all tags from the remote (i.e., fetch remote tags\n \t`refs/tags/*` into local tags with the same name), in addition\n \tto whatever else would otherwise be fetched.  Using this\n@@ -182,8 +182,8 @@ ifndef::git-pull[]\n \t`fetch.recurseSubmodules` is set (see linkgit:git-config[1]).\n endif::git-pull[]\n \n--j::\n---jobs=<n>::\n+`-j`::\n+`--jobs=<n>`::\n \tNumber of parallel children to be used for all forms of fetching.\n +\n If the `--multiple` option was specified, the different remotes will be fetched\n@@ -195,12 +195,12 @@ Typically, parallel recursive and multi-remote fetches will be faster. By\n default fetches are performed sequentially, not in parallel.\n \n ifndef::git-pull[]\n---no-recurse-submodules::\n+`--no-recurse-submodules`::\n \tDisable recursive fetching of submodules (this has the same effect as\n \tusing the `--recurse-submodules=no` option).\n endif::git-pull[]\n \n---set-upstream::\n+`--set-upstream`::\n \tIf the remote is fetched successfully, add upstream\n \t(tracking) reference, used by argument-less\n \tlinkgit:git-pull[1] and other commands. For more information,\n@@ -208,7 +208,7 @@ endif::git-pull[]\n \tlinkgit:git-config[1].\n \n ifndef::git-pull[]\n---submodule-prefix=<path>::\n+`--submodule-prefix=<path>`::\n \tPrepend <path> to paths printed in informative messages\n \tsuch as \"Fetching submodule foo\".  This option is used\n \tinternally when recursing over submodules.\n@@ -221,8 +221,8 @@ ifndef::git-pull[]\n \tlinkgit:git-config[1]) override this option, as does\n \tspecifying --[no-]recurse-submodules directly.\n \n--u::\n---update-head-ok::\n+`-u`::\n+`--update-head-ok`::\n \tBy default `git fetch` refuses to update the head which\n \tcorresponds to the current branch.  This flag disables the\n \tcheck.  This is purely for the internal use for `git pull`\n@@ -238,25 +238,25 @@ endif::git-pull[]\n \trun on the other end.\n \n ifndef::git-pull[]\n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tPass `--quiet` to `git-fetch-pack` and silence any other internally\n \tused `git` commands. Progress is not reported to the standard error\n \tstream.\n \n--v::\n---verbose::\n+`-v`::\n+`--verbose`::\n \tBe verbose.\n endif::git-pull[]\n \n---progress::\n+`--progress`::\n \tProgress status is reported on the standard error stream\n \tby default when it is attached to a terminal, unless -q\n \tis specified. This flag forces progress status even if the\n \tstandard error stream is not directed to a terminal.\n \n -o <option>::\n---server-option=<option>::\n+`--server-option=<option>`::\n \tTransmit the given string to the server when communicating using\n \tprotocol version 2.  The given string must not contain a NUL or LF\n \tcharacter.  The server's handling of server options, including\n@@ -264,13 +264,13 @@ endif::git-pull[]\n \tWhen multiple `--server-option=<option>` are given, they are all\n \tsent to the other side in the order listed on the command line.\n \n---show-forced-updates::\n+`--show-forced-updates`::\n \tBy default, `git` checks if a branch is force-updated during\n \tfetch. This can be disabled through `fetch.showForcedUpdates`, but\n \tthe `--show-forced-updates` option guarantees this check occurs.\n \tSee linkgit:git-config[1].\n \n---no-show-forced-updates::\n+`--no-show-forced-updates`::\n \tBy default, `git` checks if a branch is force-updated during\n \tfetch. Pass `--no-show-forced-updates` or set `fetch.showForcedUpdates`\n \tto false to skip this check for performance reasons. If used during\ndiff --git a/Documentation/git-add.txt b/Documentation/git-add.txt\nindex 786c31fc60..646951cf7e 100644\n--- a/Documentation/git-add.txt\n+++ b/Documentation/git-add.txt\n@@ -66,28 +66,28 @@ OPTIONS\n For more details about the <pathspec> syntax, see the 'pathspec' entry\n in linkgit:gitglossary[7].\n \n--n::\n---dry-run::\n+`-n`::\n+`--dry-run`::\n \tDon't actually add the file(s), just show if they exist and/or will\n \tbe ignored.\n \n--v::\n---verbose::\n+`-v`::\n+`--verbose`::\n         Be verbose.\n \n--f::\n---force::\n+`-f`::\n+`--force`::\n \tAllow adding otherwise ignored files.\n \n--i::\n---interactive::\n+`-i`::\n+`--interactive`::\n \tAdd modified contents in the working tree interactively to\n \tthe index. Optional path arguments may be supplied to limit\n \toperation to a subset of the working tree. See ``Interactive\n \tmode'' for details.\n \n--p::\n---patch::\n+`-p`::\n+`--patch`::\n \tInteractively choose hunks of patch between the index and the\n \twork tree and add them to the index. This gives the user a chance\n \tto review the difference before adding modified contents to the\n@@ -97,8 +97,8 @@ This effectively runs `add --interactive`, but bypasses the\n initial command menu and directly jumps to the `patch` subcommand.\n See ``Interactive mode'' for details.\n \n--e::\n---edit::\n+`-e`::\n+`--edit`::\n \tOpen the diff vs. the index in an editor and let the user\n \tedit it.  After the editor was closed, adjust the hunk headers\n \tand apply the patch to the index.\n@@ -109,8 +109,8 @@ quicker and more flexible than using the interactive hunk selector.\n However, it is easy to confuse oneself and create a patch that does not\n apply to the index. See EDITING PATCHES below.\n \n--u::\n---update::\n+`-u`::\n+`--update`::\n \tUpdate the index just where it already has an entry matching\n \t<pathspec>.  This removes as well as modifies index entries to\n \tmatch the working tree, but adds no new files.\n@@ -120,9 +120,9 @@ tracked files in the entire working tree are updated (old versions\n of Git used to limit the update to the current directory and its\n subdirectories).\n \n--A::\n---all::\n---no-ignore-removal::\n+`-A`::\n+`--all`::\n+`--no-ignore-removal`::\n \tUpdate the index not only where the working tree has a file\n \tmatching <pathspec> but also where the index already has an\n \tentry. This adds, modifies, and removes index entries to\n@@ -133,8 +133,8 @@ files in the entire working tree are updated (old versions\n of Git used to limit the update to the current directory and its\n subdirectories).\n \n---no-all::\n---ignore-removal::\n+`--no-all`::\n+`--ignore-removal`::\n \tUpdate the index by adding new files that are unknown to the\n \tindex and files modified in the working tree, but ignore\n \tfiles that have been removed from the working tree.  This\n@@ -144,39 +144,39 @@ This option is primarily to help users who are used to older\n versions of Git, whose `git add <pathspec>...` was a synonym\n for `git add --no-all <pathspec>...`, i.e. ignored removed files.\n \n--N::\n---intent-to-add::\n+`-N`::\n+`--intent-to-add`::\n \tRecord only the fact that the path will be added later. An entry\n \tfor the path is placed in the index with no content. This is\n \tuseful for, among other things, showing the unstaged content of\n \tsuch files with `git diff` and committing them with `git commit\n \t-a`.\n \n---refresh::\n+`--refresh`::\n \tDon't add the file(s), but only refresh their stat()\n \tinformation in the index.\n \n---ignore-errors::\n+`--ignore-errors`::\n \tIf some files could not be added because of errors indexing\n \tthem, do not abort the operation, but continue adding the\n \tothers. The command shall still exit with non-zero status.\n \tThe configuration variable `add.ignoreErrors` can be set to\n \ttrue to make this the default behaviour.\n \n---ignore-missing::\n+`--ignore-missing`::\n \tThis option can only be used together with `--dry-run`. By using\n \tthis option the user can check if any of the given files would\n \tbe ignored, no matter if they are already present in the work\n \ttree or not.\n \n---no-warn-embedded-repo::\n+`--no-warn-embedded-repo`::\n \tBy default, `git add` will warn when adding an embedded\n \trepository to the index without using `git submodule add` to\n \tcreate an entry in `.gitmodules`. This option will suppress the\n \twarning (e.g., if you are manually performing operations on\n \tsubmodules).\n \n---renormalize::\n+`--renormalize`::\n \tApply the \"clean\" process freshly to all tracked files to\n \tforcibly add them again to the index.  This is useful after\n \tchanging `core.autocrlf` configuration or the `text` attribute\n@@ -188,7 +188,7 @@ for `git add --no-all <pathspec>...`, i.e. ignored removed files.\n \tbit is only changed in the index, the files on disk are left\n \tunchanged.\n \n---pathspec-from-file=<file>::\n+`--pathspec-from-file=<file>`::\n \tPathspec is passed in `<file>` instead of commandline args. If\n \t`<file>` is exactly `-` then standard input is used. Pathspec\n \telements are separated by LF or CR/LF. Pathspec elements can be\n@@ -196,7 +196,7 @@ for `git add --no-all <pathspec>...`, i.e. ignored removed files.\n \t(see linkgit:git-config[1]). See also `--pathspec-file-nul` and\n \tglobal `--literal-pathspecs`.\n \n---pathspec-file-nul::\n+`--pathspec-file-nul`::\n \tOnly meaningful with `--pathspec-from-file`. Pathspec elements are\n \tseparated with NUL character and all other characters are taken\n \tliterally (including newlines and quotes).\n@@ -254,7 +254,7 @@ choice is unique.\n \n The main command loop has 6 subcommands (plus help and quit).\n \n-status::\n+`status`::\n \n    This shows the change between `HEAD` and index (i.e. what will be\n    committed if you say `git commit`), and between index and\n@@ -278,7 +278,7 @@ and 35 lines deleted if you commit what is in the index, but\n working tree file has further modifications (one addition and\n one deletion).\n \n-update::\n+`update`::\n \n    This shows the status information and issues an \"Update>>\"\n    prompt.  When the prompt ends with double '>>', you can\n@@ -307,7 +307,7 @@ Update>> -2\n After making the selection, answer with an empty line to stage the\n contents of working tree files for selected paths in the index.\n \n-revert::\n+`revert`::\n \n   This has a very similar UI to 'update', and the staged\n   information for selected paths are reverted to that of the\n@@ -318,7 +318,7 @@ add untracked::\n   This has a very similar UI to 'update' and\n   'revert', and lets you add untracked paths to the index.\n \n-patch::\n+`patch`::\n \n   This lets you choose one path out of a 'status' like selection.\n   After choosing the path, it presents the diff between the index\n@@ -347,7 +347,7 @@ that was chosen, the index is updated with the selected hunks.\n You can omit having to type return here, by setting the configuration\n variable `interactive.singleKey` to `true`.\n \n-diff::\n+`diff`::\n \n   This lets you review what will be committed (i.e. between\n   `HEAD` and index).\ndiff --git a/Documentation/git-am.txt b/Documentation/git-am.txt\nindex 80f2f89cbd..c8560bacad 100644\n--- a/Documentation/git-am.txt\n+++ b/Documentation/git-am.txt\n@@ -31,50 +31,50 @@ OPTIONS\n \tsupply this argument, the command reads from the standard input.\n \tIf you supply directories, they will be treated as Maildirs.\n \n--s::\n---signoff::\n+`-s`::\n+`--signoff`::\n \tAdd a `Signed-off-by` trailer to the commit message, using\n \tthe committer identity of yourself.\n \tSee the signoff option in linkgit:git-commit[1] for more information.\n \n--k::\n---keep::\n+`-k`::\n+`--keep`::\n \tPass `-k` flag to `git mailinfo` (see linkgit:git-mailinfo[1]).\n \n---keep-non-patch::\n+`--keep-non-patch`::\n \tPass `-b` flag to `git mailinfo` (see linkgit:git-mailinfo[1]).\n \n---[no-]keep-cr::\n+`--[no-]keep-cr`::\n \tWith `--keep-cr`, call `git mailsplit` (see linkgit:git-mailsplit[1])\n \twith the same option, to prevent it from stripping CR at the end of\n \tlines. `am.keepcr` configuration variable can be used to specify the\n \tdefault behaviour.  `--no-keep-cr` is useful to override `am.keepcr`.\n \n--c::\n---scissors::\n+`-c`::\n+`--scissors`::\n \tRemove everything in body before a scissors line (see\n \tlinkgit:git-mailinfo[1]). Can be activated by default using\n \tthe `mailinfo.scissors` configuration variable.\n \n---no-scissors::\n+`--no-scissors`::\n \tIgnore scissors lines (see linkgit:git-mailinfo[1]).\n \n--m::\n---message-id::\n+`-m`::\n+`--message-id`::\n \tPass the `-m` flag to `git mailinfo` (see linkgit:git-mailinfo[1]),\n \tso that the Message-ID header is added to the commit message.\n \tThe `am.messageid` configuration variable can be used to specify\n \tthe default behaviour.\n \n---no-message-id::\n+`--no-message-id`::\n \tDo not add the Message-ID header to the commit message.\n \t`no-message-id` is useful to override `am.messageid`.\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tBe quiet. Only print error messages.\n \n--u::\n+`-u`::\n --utf8::\n \tPass `-u` flag to `git mailinfo` (see linkgit:git-mailinfo[1]).\n \tThe proposed commit log message taken from the e-mail\n@@ -99,65 +99,65 @@ default.   You can use `--no-utf8` to override this.\n \tam.threeWay configuration variable. For more information,\n \tsee `am.threeWay` in linkgit:git-config[1].\n \n---rerere-autoupdate::\n---no-rerere-autoupdate::\n+`--rerere-autoupdate`::\n+`--no-rerere-autoupdate`::\n \tAllow the rerere mechanism to update the index with the\n \tresult of auto-conflict resolution if possible.\n \n---ignore-space-change::\n---ignore-whitespace::\n---whitespace=<option>::\n--C<n>::\n--p<n>::\n---directory=<dir>::\n---exclude=<path>::\n---include=<path>::\n---reject::\n+`--ignore-space-change`::\n+`--ignore-whitespace`::\n+`--whitespace=<option>`::\n+`-C<n>`::\n+`-p<n>`::\n+`--directory=<dir>`::\n+`--exclude=<path>`::\n+`--include=<path>`::\n+`--reject`::\n \tThese flags are passed to the `git apply` (see linkgit:git-apply[1])\n \tprogram that applies\n \tthe patch.\n \n---patch-format::\n+`--patch-format`::\n \tBy default the command will try to detect the patch format\n \tautomatically. This option allows the user to bypass the automatic\n \tdetection and specify the patch format that the patch(es) should be\n \tinterpreted as. Valid formats are mbox, mboxrd,\n \tstgit, stgit-series and hg.\n \n--i::\n---interactive::\n+`-i`::\n+`--interactive`::\n \tRun interactively.\n \n---committer-date-is-author-date::\n+`--committer-date-is-author-date`::\n \tBy default the command records the date from the e-mail\n \tmessage as the commit author date, and uses the time of\n \tcommit creation as the committer date. This allows the\n \tuser to lie about the committer date by using the same\n \tvalue as the author date.\n \n---ignore-date::\n+`--ignore-date`::\n \tBy default the command records the date from the e-mail\n \tmessage as the commit author date, and uses the time of\n \tcommit creation as the committer date. This allows the\n \tuser to lie about the author date by using the same\n \tvalue as the committer date.\n \n---skip::\n+`--skip`::\n \tSkip the current patch.  This is only meaningful when\n \trestarting an aborted patch.\n \n--S[<keyid>]::\n---gpg-sign[=<keyid>]::\n---no-gpg-sign::\n+`-S[<keyid>]`::\n+`--gpg-sign[=<keyid>]`::\n+`--no-gpg-sign`::\n \tGPG-sign commits. The `keyid` argument is optional and\n \tdefaults to the committer identity; if specified, it must be\n \tstuck to the option without a space. `--no-gpg-sign` is useful to\n \tcountermand both `commit.gpgSign` configuration variable, and\n \tearlier `--gpg-sign`.\n \n---continue::\n--r::\n---resolved::\n+`--continue`::\n+`-r`::\n+`--resolved`::\n \tAfter a patch failure (e.g. attempting to apply\n \tconflicting patch), the user has applied it by hand and\n \tthe index file stores the result of the application.\n@@ -165,17 +165,17 @@ default.   You can use `--no-utf8` to override this.\n \textracted from the e-mail message and the current index\n \tfile, and continue.\n \n---resolvemsg=<msg>::\n+`--resolvemsg=<msg>`::\n \tWhen a patch failure occurs, <msg> will be printed\n \tto the screen before exiting.  This overrides the\n \tstandard message informing you to use `--continue`\n \tor `--skip` to handle the failure.  This is solely\n \tfor internal use between `git rebase` and `git am`.\n \n---abort::\n+`--abort`::\n \tRestore the original branch and abort the patching operation.\n \n---quit::\n+`--quit`::\n \tAbort the patching operation but keep `HEAD` and the index\n \tuntouched.\n \ndiff --git a/Documentation/git-apply.txt b/Documentation/git-apply.txt\nindex a836021d5e..88cdddb178 100644\n--- a/Documentation/git-apply.txt\n+++ b/Documentation/git-apply.txt\n@@ -38,29 +38,29 @@ OPTIONS\n \tThe files to read the patch from.  '-' can be used to read\n \tfrom the standard input.\n \n---stat::\n+`--stat`::\n \tInstead of applying the patch, output diffstat for the\n \tinput.  Turns off \"apply\".\n \n---numstat::\n+`--numstat`::\n \tSimilar to `--stat`, but shows the number of added and\n \tdeleted lines in decimal notation and the pathname without\n \tabbreviation, to make it more machine friendly.  For\n \tbinary files, outputs two `-` instead of saying\n \t`0 0`.  Turns off \"apply\".\n \n---summary::\n+`--summary`::\n \tInstead of applying the patch, output a condensed\n \tsummary of information obtained from `git diff` extended\n \theaders, such as creations, renames and mode changes.\n \tTurns off \"apply\".\n \n---check::\n+`--check`::\n \tInstead of applying the patch, see if the patch is\n \tapplicable to the current working tree and/or the index\n \tfile and detects errors.  Turns off \"apply\".\n \n---index::\n+`--index`::\n \tApply the patch to both the index and the working tree (or\n \tmerely check that it would apply cleanly to both if `--check` is\n \tin effect). Note that `--index` expects index entries and\n@@ -69,12 +69,12 @@ OPTIONS\n \traise an error if they are not, even if the patch would apply\n \tcleanly to both the index and the working tree in isolation.\n \n---cached::\n+`--cached`::\n \tApply the patch to just the index, without touching the working\n \ttree. If `--check` is in effect, merely check that it would\n \tapply cleanly to the index entry.\n \n---intent-to-add::\n+`--intent-to-add`::\n \tWhen applying the patch only to the working tree, mark new\n \tfiles to be added to the index later (see `--intent-to-add`\n \toption in linkgit:git-add[1]). This option is ignored unless\n@@ -91,7 +91,7 @@ OPTIONS\n \tresolve.  This option implies the `--index` option, and is incompatible\n \twith the `--reject` and the `--cached` options.\n \n---build-fake-ancestor=<file>::\n+`--build-fake-ancestor=<file>`::\n \tNewer `git diff` output has embedded 'index information'\n \tfor each blob to help identify the original version that\n \tthe patch applies to.  When this flag is given, and if\n@@ -101,18 +101,18 @@ OPTIONS\n When a pure mode change is encountered (which has no index information),\n the information is read from the current index instead.\n \n--R::\n---reverse::\n+`-R`::\n+`--reverse`::\n \tApply the patch in reverse.\n \n---reject::\n+`--reject`::\n \tFor atomicity, `git apply` by default fails the whole patch and\n \tdoes not touch the working tree when some of the hunks\n \tdo not apply.  This option makes it apply\n \tthe parts of the patch that are applicable, and leave the\n \trejected hunks in corresponding *.rej files.\n \n--z::\n+`-z`::\n \tWhen `--numstat` has been given, do not munge pathnames,\n \tbut use a NUL-terminated machine-readable format.\n +\n@@ -120,19 +120,19 @@ Without this option, pathnames with \"unusual\" characters are quoted as\n explained for the configuration variable `core.quotePath` (see\n linkgit:git-config[1]).\n \n--p<n>::\n+`-p<n>`::\n \tRemove <n> leading path components (separated by slashes) from\n \ttraditional diff paths. E.g., with `-p2`, a patch against\n \t`a/dir/file` will be applied directly to `file`. The default is\n \t1.\n \n--C<n>::\n+`-C<n>`::\n \tEnsure at least <n> lines of surrounding context match before\n \tand after each change.  When fewer lines of surrounding\n \tcontext exist they all must match.  By default no context is\n \tever ignored.\n \n---unidiff-zero::\n+`--unidiff-zero`::\n \tBy default, `git apply` expects that the patch being\n \tapplied is a unified diff with at least one line of context.\n \tThis provides good safety measures, but breaks down when\n@@ -142,33 +142,33 @@ linkgit:git-config[1]).\n Note, for the reasons stated above usage of context-free patches is\n discouraged.\n \n---apply::\n+`--apply`::\n \tIf you use any of the options marked \"Turns off\n \t'apply'\" above, `git apply` reads and outputs the\n \trequested information without actually applying the\n \tpatch.  Give this flag after those flags to also apply\n \tthe patch.\n \n---no-add::\n+`--no-add`::\n \tWhen applying a patch, ignore additions made by the\n \tpatch.  This can be used to extract the common part between\n \ttwo files by first running 'diff' on them and applying\n \tthe result with this option, which would apply the\n \tdeletion part but not the addition part.\n \n---allow-binary-replacement::\n---binary::\n+`--allow-binary-replacement`::\n+`--binary`::\n \tHistorically we did not allow binary patch applied\n \twithout an explicit permission from the user, and this\n \tflag was the way to do so.  Currently we always allow binary\n \tpatch application, so this is a no-op.\n \n---exclude=<path-pattern>::\n+`--exclude=<path-pattern>`::\n \tDon't apply changes to files matching the given path pattern. This can\n \tbe useful when importing patchsets, where you want to exclude certain\n \tfiles or directories.\n \n---include=<path-pattern>::\n+`--include=<path-pattern>`::\n \tApply changes to files matching the given path pattern. This can\n \tbe useful when importing patchsets, where you want to include certain\n \tfiles or directories.\n@@ -179,15 +179,15 @@ patch to each path is used.  A patch to a path that does not match any\n include/exclude pattern is used by default if there is no include pattern\n on the command line, and ignored if there is any include pattern.\n \n---ignore-space-change::\n---ignore-whitespace::\n+`--ignore-space-change`::\n+`--ignore-whitespace`::\n \tWhen applying a patch, ignore changes in whitespace in context\n \tlines if necessary.\n \tContext lines will preserve their whitespace, and they will not\n \tundergo whitespace fixing regardless of the value of the\n \t`--whitespace` option. New lines will still be fixed, though.\n \n---whitespace=<action>::\n+`--whitespace=<action>`::\n \tWhen applying a patch, detect a new or modified line that has\n \twhitespace errors.  What are considered whitespace errors is\n \tcontrolled by `core.whitespace` configuration.  By default,\n@@ -214,25 +214,25 @@ behavior:\n   to apply the patch.\n * `error-all` is similar to `error` but shows all errors.\n \n---inaccurate-eof::\n+`--inaccurate-eof`::\n \tUnder certain circumstances, some versions of 'diff' do not correctly\n \tdetect a missing new-line at the end of the file. As a result, patches\n \tcreated by such 'diff' programs do not record incomplete lines\n \tcorrectly. This option adds support for applying such patches by\n \tworking around this bug.\n \n--v::\n---verbose::\n+`-v`::\n+`--verbose`::\n \tReport progress to stderr. By default, only a message about the\n \tcurrent patch being applied will be printed. This option will cause\n \tadditional information to be reported.\n \n---recount::\n+`--recount`::\n \tDo not trust the line counts in the hunk headers, but infer them\n \tby inspecting the patch (e.g. after editing the patch without\n \tadjusting the hunk headers appropriately).\n \n---directory=<root>::\n+`--directory=<root>`::\n \tPrepend <root> to all filenames.  If a `-p` argument was also passed,\n \tit is applied before prepending the new root.\n +\n@@ -240,7 +240,7 @@ For example, a patch that talks about updating `a/git-gui.sh` to `b/git-gui.sh`\n can be applied to the file in the working tree `modules/git-gui/git-gui.sh` by\n running `git apply --directory=modules/git-gui`.\n \n---unsafe-paths::\n+`--unsafe-paths`::\n \tBy default, a patch that affects outside the working area\n \t(either a Git controlled working tree, or the current working\n \tdirectory when `git apply` is used as a replacement of GNU\ndiff --git a/Documentation/git-archimport.txt b/Documentation/git-archimport.txt\nindex 72237659d9..8ea76463bf 100644\n--- a/Documentation/git-archimport.txt\n+++ b/Documentation/git-archimport.txt\n@@ -68,22 +68,22 @@ patches that have been traded out-of-sequence between the branches.\n OPTIONS\n -------\n \n--h::\n+`-h`::\n \tDisplay usage.\n \n--v::\n+`-v`::\n \tVerbose output.\n \n--T::\n+`-T`::\n \tMany tags. Will create a tag for every commit, reflecting the commit\n \tname in the Arch repository.\n \n--f::\n+`-f`::\n \tUse the fast patchset import strategy.  This can be significantly\n \tfaster for large trees, but cannot handle directory renames or\n \tpermissions changes.  The default strategy is slow and safe.\n \n--o::\n+`-o`::\n \tUse this for compatibility with old-style branch names used by\n \tearlier versions of `git archimport`.  Old-style branch names\n \twere category{litdd}branch, whereas new-style branch names are\n@@ -96,7 +96,7 @@ OPTIONS\n \tmerged from.  Specify a depth greater than 1 if patch logs have been\n \tpruned.\n \n--a::\n+`-a`::\n \tAttempt to auto-register archives at http://mirrors.sourcecontrol.net\n \tThis is particularly useful with the `-D` option.\n \ndiff --git a/Documentation/git-archive.txt b/Documentation/git-archive.txt\nindex 4bd6299046..d0ca1241a2 100644\n--- a/Documentation/git-archive.txt\n+++ b/Documentation/git-archive.txt\n@@ -33,57 +33,57 @@ comment.\n OPTIONS\n -------\n \n---format=<fmt>::\n+`--format=<fmt>`::\n \tFormat of the resulting archive: 'tar' or 'zip'. If this option\n \tis not given, and the output file is specified, the format is\n \tinferred from the filename if possible (e.g. writing to \"foo.zip\"\n \tmakes the output to be in the zip format). Otherwise the output\n \tformat is `tar`.\n \n--l::\n---list::\n+`-l`::\n+`--list`::\n \tShow all available formats.\n \n--v::\n---verbose::\n+`-v`::\n+`--verbose`::\n \tReport progress to stderr.\n \n --prefix=<prefix>/::\n \tPrepend <prefix>/ to each filename in the archive.\n \n -o <file>::\n---output=<file>::\n+`--output=<file>`::\n \tWrite the archive to <file> instead of stdout.\n \n---add-file=<file>::\n+`--add-file=<file>`::\n \tAdd a non-tracked file to the archive.  Can be repeated to add\n \tmultiple files.  The path of the file in the archive is built\n \tby concatenating the value for `--prefix` (if any) and the\n \tbasename of <file>.\n \n---worktree-attributes::\n+`--worktree-attributes`::\n \tLook for attributes in .gitattributes files in the working tree\n \tas well (see <<ATTRIBUTES>>).\n \n-<extra>::\n+`<extra>`::\n \tThis can be any options that the archiver backend understands.\n \tSee next section.\n \n---remote=<repo>::\n+`--remote=<repo>`::\n \tInstead of making a tar archive from the local repository,\n \tretrieve a tar archive from a remote repository. Note that the\n \tremote repository may place restrictions on which sha1\n \texpressions may be allowed in `<tree-ish>`. See\n \tlinkgit:git-upload-archive[1] for details.\n \n---exec=<git-upload-archive>::\n+`--exec=<git-upload-archive>`::\n \tUsed with `--remote` to specify the path to the\n \t`git-upload-archive` on the remote side.\n \n-<tree-ish>::\n+`<tree-ish>`::\n \tThe tree or commit to produce an archive for.\n \n-<path>::\n+`<path>`::\n \tWithout an optional path parameter, all files and subdirectories\n \tof the current working directory are included in the archive.\n \tIf one or more paths are specified, only these are included.\n@@ -134,11 +134,11 @@ tar.<format>.remote::\n ATTRIBUTES\n ----------\n \n-export-ignore::\n+`export-ignore`::\n \tFiles and directories with the attribute export-ignore won't be\n \tadded to archive files.  See linkgit:gitattributes[5] for details.\n \n-export-subst::\n+`export-subst`::\n \tIf the attribute export-subst is set for a file then Git will\n \texpand several placeholders when adding this file to an archive.\n \tSee linkgit:gitattributes[5] for details.\ndiff --git a/Documentation/git-bisect.txt b/Documentation/git-bisect.txt\nindex d59422636b..476835938f 100644\n--- a/Documentation/git-bisect.txt\n+++ b/Documentation/git-bisect.txt\n@@ -354,7 +354,7 @@ determine the eventual outcome of the bisect session.\n \n OPTIONS\n -------\n---no-checkout::\n+`--no-checkout`::\n +\n Do not checkout the new working tree at each iteration of the bisection\n process. Instead just update a special reference named `BISECT_HEAD` to make\n@@ -365,7 +365,7 @@ does not require a checked out tree.\n +\n If the repository is bare, `--no-checkout` is assumed.\n \n---first-parent::\n+`--first-parent`::\n +\n Follow only the first parent commit upon seeing a merge commit.\n +\ndiff --git a/Documentation/git-blame.txt b/Documentation/git-blame.txt\nindex aa1b5d56d3..b3d60d241a 100644\n--- a/Documentation/git-blame.txt\n+++ b/Documentation/git-blame.txt\n@@ -50,10 +50,10 @@ OPTIONS\n -------\n include::blame-options.txt[]\n \n--c::\n+`-c`::\n \tUse the same output mode as linkgit:git-annotate[1] (Default: off).\n \n---score-debug::\n+`--score-debug`::\n \tInclude debugging information related to the movement of\n \tlines between files (see `-C`) and lines moved within a\n \tfile (see `-M`).  The first number listed is the score.\n@@ -62,30 +62,30 @@ include::blame-options.txt[]\n \ta certain threshold for `git blame` to consider those lines\n \tof code to have been moved.\n \n--f::\n---show-name::\n+`-f`::\n+`--show-name`::\n \tShow the filename in the original commit.  By default\n \tthe filename is shown if there is any line that came from a\n \tfile with a different name, due to rename detection.\n \n--n::\n---show-number::\n+`-n`::\n+`--show-number`::\n \tShow the line number in the original commit (Default: off).\n \n--s::\n+`-s`::\n \tSuppress the author name and timestamp from the output.\n \n--e::\n---show-email::\n+`-e`::\n+`--show-email`::\n \tShow the author email instead of author name (Default: off).\n \tThis can also be controlled via the `blame.showEmail` config\n \toption.\n \n--w::\n+`-w`::\n \tIgnore whitespace when comparing the parent's version and\n \tthe child's to find where the lines came from.\n \n---abbrev=<n>::\n+`--abbrev=<n>`::\n \tInstead of using the default 7+1 hexadecimal digits as the\n \tabbreviated object name, use <m>+1 digits, where <m> is at\n \tleast <n> but ensures the commit object names are unique.\ndiff --git a/Documentation/git-branch.txt b/Documentation/git-branch.txt\nindex 6f37f11b33..b9f65c4d52 100644\n--- a/Documentation/git-branch.txt\n+++ b/Documentation/git-branch.txt\n@@ -94,16 +94,16 @@ way to clean up all obsolete remote-tracking branches.\n \n OPTIONS\n -------\n--d::\n---delete::\n+`-d`::\n+`--delete`::\n \tDelete a branch. The branch must be fully merged in its\n \tupstream branch, or in `HEAD` if no upstream was set with\n \t`--track` or `--set-upstream-to`.\n \n--D::\n+`-D`::\n \tShortcut for `--delete --force`.\n \n---create-reflog::\n+`--create-reflog`::\n \tCreate the branch's reflog.  This activates recording of\n \tall changes made to the branch ref, enabling use of date\n \tbased sha1 expressions such as \"<branchname>@\\{yesterday}\".\n@@ -113,8 +113,8 @@ OPTIONS\n \t`--create-reflog`, but currently does not negate the setting of\n \t`core.logAllRefUpdates`.\n \n--f::\n---force::\n+`-f`::\n+`--force`::\n \tReset <branchname> to <startpoint>, even if <branchname> exists\n \talready. Without `-f`, `git branch` refuses to change an existing branch.\n \tIn combination with `-d` (or `--delete`), allow deleting the\n@@ -122,65 +122,65 @@ OPTIONS\n \t`-m` (or `--move`), allow renaming the branch even if the new\n \tbranch name already exists, the same applies for `-c` (or `--copy`).\n \n--m::\n---move::\n+`-m`::\n+`--move`::\n \tMove/rename a branch and the corresponding reflog.\n \n--M::\n+`-M`::\n \tShortcut for `--move --force`.\n \n--c::\n---copy::\n+`-c`::\n+`--copy`::\n \tCopy a branch and the corresponding reflog.\n \n--C::\n+`-C`::\n \tShortcut for `--copy --force`.\n \n---color[=<when>]::\n+`--color[=<when>]`::\n \tColor branches to highlight current, local, and\n \tremote-tracking branches.\n \tThe value must be always (the default), never, or auto.\n \n---no-color::\n+`--no-color`::\n \tTurn off branch colors, even when the configuration file gives the\n \tdefault to color output.\n \tSame as `--color=never`.\n \n--i::\n---ignore-case::\n+`-i`::\n+`--ignore-case`::\n \tSorting and filtering branches are case insensitive.\n \n---column[=<options>]::\n---no-column::\n+`--column[=<options>]`::\n+`--no-column`::\n \tDisplay branch listing in columns. See configuration variable\n \t`column.branch` for option syntax. `--column` and `--no-column`\n \twithout options are equivalent to 'always' and 'never' respectively.\n +\n This option is only applicable in non-verbose mode.\n \n--r::\n---remotes::\n+`-r`::\n+`--remotes`::\n \tList or delete (if used with -d) the remote-tracking branches.\n \tCombine with `--list` to match the optional pattern(s).\n \n--a::\n---all::\n+`-a`::\n+`--all`::\n \tList both remote-tracking branches and local branches.\n \tCombine with `--list` to match optional pattern(s).\n \n--l::\n---list::\n+`-l`::\n+`--list`::\n \tList branches.  With optional `<pattern>...`, e.g. `git\n \tbranch --list 'maint-*'`, list only the branches that match\n \tthe pattern(s).\n \n---show-current::\n+`--show-current`::\n \tPrint the name of the current branch. In detached `HEAD` state,\n \tnothing is printed.\n \n--v::\n--vv::\n---verbose::\n+`-v`::\n+`-vv`::\n+`--verbose`::\n \tWhen in list mode,\n \tshow sha1 and commit subject line for each head, along with\n \trelationship to upstream branch (if any). If given twice, print\n@@ -189,23 +189,23 @@ This option is only applicable in non-verbose mode.\n \tcurrent worktree's `HEAD` will not have its path printed (it will always\n \tbe your current directory).\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tBe more quiet when creating or deleting a branch, suppressing\n \tnon-error messages.\n \n---abbrev=<n>::\n+`--abbrev=<n>`::\n \tIn the verbose listing that show the commit object name,\n \tshow the shortest prefix that is at least '<n>' hexdigits\n \tlong that uniquely refers the object.\n \tThe default value is 7 and can be overridden by the `core.abbrev`\n \tconfig option.\n \n---no-abbrev::\n+`--no-abbrev`::\n \tDisplay the full sha1s in the output listing rather than abbreviating them.\n \n--t::\n---track::\n+`-t`::\n+`--track`::\n \tWhen creating a new branch, set up `branch.<name>.remote` and\n \t`branch.<name>.merge` configuration entries to mark the\n \tstart-point branch as \"upstream\" from the new branch. This\n@@ -220,25 +220,25 @@ want `git switch`, `git checkout` and `git branch` to always behave as if `--no-\n were given. Set it to `always` if you want this behavior when the\n start-point is either a local or remote-tracking branch.\n \n---no-track::\n+`--no-track`::\n \tDo not set up \"upstream\" configuration, even if the\n \tbranch.autoSetupMerge configuration variable is true.\n \n---set-upstream::\n+`--set-upstream`::\n \tAs this option had confusing syntax, it is no longer supported.\n \tPlease use `--track` or `--set-upstream-to` instead.\n \n -u <upstream>::\n---set-upstream-to=<upstream>::\n+`--set-upstream-to=<upstream>`::\n \tSet up <branchname>'s tracking information so <upstream> is\n \tconsidered <branchname>'s upstream branch. If no <branchname>\n \tis specified, then it defaults to the current branch.\n \n---unset-upstream::\n+`--unset-upstream`::\n \tRemove the upstream information for <branchname>. If no branch\n \tis specified it defaults to the current branch.\n \n---edit-description::\n+`--edit-description`::\n \tOpen an editor and edit the text to explain what the branch is\n \tfor, to be used by various other commands (e.g. `format-patch`,\n \t`request-pull`, and `merge` (if enabled)). Multi-line explanations\n@@ -260,25 +260,25 @@ start-point is either a local or remote-tracking branch.\n \tOnly list branches whose tips are not reachable from the\n \tspecified commit (`HEAD` if not specified). Implies `--list`.\n \n-<branchname>::\n+`<branchname>`::\n \tThe name of the branch to create or delete.\n \tThe new branch name must pass all checks defined by\n \tlinkgit:git-check-ref-format[1].  Some of these checks\n \tmay restrict the characters allowed in a branch name.\n \n-<start-point>::\n+`<start-point>`::\n \tThe new branch head will point to this commit.  It may be\n \tgiven as a branch name, a commit-id, or a tag.  If this\n \toption is omitted, the current `HEAD` will be used instead.\n \n-<oldbranch>::\n+`<oldbranch>`::\n \tThe name of an existing branch to rename.\n \n-<newbranch>::\n+`<newbranch>`::\n \tThe new name for an existing branch. The same restrictions as for\n \t<branchname> apply.\n \n---sort=<key>::\n+`--sort=<key>`::\n \tSort based on the key given. Prefix `-` to sort in descending\n \torder of the value. You may use the `--sort=<key>` option\n \tmultiple times, in which case the last key becomes the primary\ndiff --git a/Documentation/git-bundle.txt b/Documentation/git-bundle.txt\nindex 51f8dd463f..92499c452d 100644\n--- a/Documentation/git-bundle.txt\n+++ b/Documentation/git-bundle.txt\n@@ -63,7 +63,7 @@ unbundle <file>::\n \treferences matching those in the list are printed. This command is\n \treally plumbing, intended to be called only by `git fetch`.\n \n-<git-rev-list-args>::\n+`<git-rev-list-args>`::\n \tA list of arguments, acceptable to `git rev-parse` and\n \t`git rev-list` (and containing a named ref, see SPECIFYING REFERENCES\n \tbelow), that specifies the specific objects and references\n@@ -81,13 +81,13 @@ unbundle <file>::\n \tnecessarily everything in the pack (in this case, `git bundle` acts\n \tlike `git fetch-pack`).\n \n---progress::\n+`--progress`::\n \tProgress status is reported on the standard error stream\n \tby default when it is attached to a terminal, unless -q\n \tis specified. This flag forces progress status even if\n \tthe standard error stream is not directed to a terminal.\n \n---all-progress::\n+`--all-progress`::\n \tWhen `--stdout` is specified then progress report is\n \tdisplayed during the object count and compression phases\n \tbut inhibited during the write-out phase. The reason is\n@@ -98,19 +98,19 @@ unbundle <file>::\n \treport for the write-out phase as well even if `--stdout` is\n \tused.\n \n---all-progress-implied::\n+`--all-progress-implied`::\n \tThis is used to imply `--all-progress` whenever progress display\n \tis activated.  Unlike `--all-progress` this flag doesn't actually\n \tforce any progress display by itself.\n \n---version=<version>::\n+`--version=<version>`::\n \tSpecify the bundle version.  Version 2 is the older format and can only be\n \tused with SHA-1 repositories; the newer version 3 contains capabilities that\n \tpermit extensions. The default is the oldest supported format, based on the\n \thash algorithm in use.\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tThis flag makes the command not to report its progress\n \ton the standard error stream.\n \ndiff --git a/Documentation/git-cat-file.txt b/Documentation/git-cat-file.txt\nindex 3ac3d44fcb..ace67493f6 100644\n--- a/Documentation/git-cat-file.txt\n+++ b/Documentation/git-cat-file.txt\n@@ -28,28 +28,28 @@ whitespace, so that the appropriate drivers can be determined.\n \n OPTIONS\n -------\n-<object>::\n+`<object>`::\n \tThe name of the object to show.\n \tFor a more complete list of ways to spell object names, see\n \tthe \"SPECIFYING REVISIONS\" section in linkgit:gitrevisions[7].\n \n--t::\n+`-t`::\n \tInstead of the content, show the object type identified by\n \t`<object>`.\n \n--s::\n+`-s`::\n \tInstead of the content, show the object size identified by\n \t`<object>`.\n \n--e::\n+`-e`::\n \tExit with zero status if `<object>` exists and is a valid\n \tobject. If `<object>` is of an invalid format exit with non-zero and\n \temits an error on stderr.\n \n--p::\n+`-p`::\n \tPretty-print the contents of `<object>` based on its type.\n \n-<type>::\n+`<type>`::\n \tTypically this matches the real type of `<object>` but asking\n \tfor a type that can trivially be dereferenced from the given\n \t`<object>` is also permitted.  An example is to ask for a\n@@ -57,54 +57,54 @@ OPTIONS\n \tor to ask for a \"blob\" with `<object>` being a tag object that\n \tpoints at it.\n \n---textconv::\n+`--textconv`::\n \tShow the content as transformed by a textconv filter. In this case,\n \t`<object>` has to be of the form `<tree-ish>:<path>`, or `:<path>` in\n \torder to apply the filter to the content recorded in the index at\n \t`<path>`.\n \n---filters::\n+`--filters`::\n \tShow the content as converted by the filters configured in\n \tthe current working tree for the given `<path>` (i.e. smudge filters,\n \tend-of-line conversion, etc). In this case, `<object>` has to be of\n \tthe form `<tree-ish>:<path>`, or `:<path>`.\n \n---path=<path>::\n+`--path=<path>`::\n \tFor use with `--textconv` or `--filters`, to allow specifying an object\n \tname and a path separately, e.g. when it is difficult to figure out\n \tthe revision from which the blob came.\n \n---batch::\n---batch=<format>::\n+`--batch`::\n+`--batch=<format>`::\n \tPrint object information and contents for each object provided\n \ton stdin.  May not be combined with any other options or arguments\n \texcept `--textconv` or `--filters`, in which case the input lines\n \talso need to specify the path, separated by whitespace.  See the\n \tsection `BATCH OUTPUT` below for details.\n \n---batch-check::\n---batch-check=<format>::\n+`--batch-check`::\n+`--batch-check=<format>`::\n \tPrint object information for each object provided on stdin.  May\n \tnot be combined with any other options or arguments except\n \t`--textconv` or `--filters`, in which case the input lines also\n \tneed to specify the path, separated by whitespace.  See the\n \tsection `BATCH OUTPUT` below for details.\n \n---batch-all-objects::\n+`--batch-all-objects`::\n \tInstead of reading a list of objects on stdin, perform the\n \trequested batch operation on all objects in the repository and\n \tany alternate object stores (not just reachable objects).\n \tRequires `--batch` or `--batch-check` be specified. Note that\n \tthe objects are visited in order sorted by their hashes.\n \n---buffer::\n+`--buffer`::\n \tNormally batch output is flushed after each object is output, so\n \tthat a process can interactively read and write from\n \t`cat-file`. With this option, the output uses normal stdio\n \tbuffering; this is much more efficient when invoking\n \t`--batch-check` on a large number of objects.\n \n---unordered::\n+`--unordered`::\n \tWhen `--batch-all-objects` is in use, visit objects in an\n \torder which may be more efficient for accessing the object\n \tcontents than hash order. The exact details of the order are\n@@ -114,10 +114,10 @@ OPTIONS\n \tonly once, even if it is stored multiple times in the\n \trepository.\n \n---allow-unknown-type::\n+`--allow-unknown-type`::\n \tAllow `-s` or `-t` to query broken/corrupt objects of unknown type.\n \n---follow-symlinks::\n+`--follow-symlinks`::\n \tWith `--batch` or `--batch-check`, follow symlinks inside the\n \trepository when requesting objects with extended SHA-1\n \texpressions of the form tree-ish:path-in-tree.  Instead of\ndiff --git a/Documentation/git-check-attr.txt b/Documentation/git-check-attr.txt\nindex 0ac496700e..45ec659231 100644\n--- a/Documentation/git-check-attr.txt\n+++ b/Documentation/git-check-attr.txt\n@@ -24,14 +24,14 @@ OPTIONS\n \tpaths.  If this option is used, then 'unspecified' attributes\n \twill not be included in the output.\n \n---cached::\n+`--cached`::\n \tConsider `.gitattributes` in the index only, ignoring the working tree.\n \n---stdin::\n+`--stdin`::\n \tRead pathnames from the standard input, one per line,\n \tinstead of from the command-line.\n \n--z::\n+`-z`::\n \tThe output format is modified to be machine-parsable.\n \tIf `--stdin` is also given, input paths are separated\n \twith a NUL character instead of a linefeed character.\n@@ -57,10 +57,10 @@ unless `-z` is in effect, in which case NUL is used as delimiter:\n <path> is the path of a file being queried, <attribute> is an attribute\n being queried and <info> can be either:\n \n-'unspecified';; when the attribute is not defined for the path.\n-'unset';;\twhen the attribute is defined as false.\n-'set';;\t\twhen the attribute is defined as true.\n-<value>;;\twhen a value has been assigned to the attribute.\n+`unspecified`;; when the attribute is not defined for the path.\n+`unset`;;\twhen the attribute is defined as false.\n+`set`;;\t\twhen the attribute is defined as true.\n+`<value>`;;\twhen a value has been assigned to the attribute.\n \n Buffering happens as documented under the `GIT_FLUSH` option in\n linkgit:git[1].  The caller is responsible for avoiding deadlocks\ndiff --git a/Documentation/git-check-ignore.txt b/Documentation/git-check-ignore.txt\nindex 56a4f655c8..eabe8467ef 100644\n--- a/Documentation/git-check-ignore.txt\n+++ b/Documentation/git-check-ignore.txt\n@@ -40,11 +40,11 @@ OPTIONS\n For precedence rules within and between exclude sources, see\n linkgit:gitignore[5].\n \n---stdin::\n+`--stdin`::\n \tRead pathnames from the standard input, one per line,\n \tinstead of from the command-line.\n \n--z::\n+`-z`::\n \tThe output format is modified to be machine-parsable (see\n \tbelow).  If `--stdin` is also given, input paths are separated\n \twith a NUL character instead of a linefeed character.\n@@ -55,7 +55,7 @@ linkgit:gitignore[5].\n \tnot be possible to distinguish between paths which match a\n \tpattern and those which don't.\n \n---no-index::\n+`--no-index`::\n \tDon't look in the index when undertaking the checks. This can\n \tbe used to debug why a path became tracked by e.g. `git add .`\n \tand was not ignored by the rules as expected by the user or when\ndiff --git a/Documentation/git-check-mailmap.txt b/Documentation/git-check-mailmap.txt\nindex 302049afe4..d9a8e368c6 100644\n--- a/Documentation/git-check-mailmap.txt\n+++ b/Documentation/git-check-mailmap.txt\n@@ -23,7 +23,7 @@ otherwise print the input as-is.\n \n OPTIONS\n -------\n---stdin::\n+`--stdin`::\n \tRead contacts, one per line, from the standard input after exhausting\n \tcontacts provided on the command-line.\n \ndiff --git a/Documentation/git-check-ref-format.txt b/Documentation/git-check-ref-format.txt\nindex 77beb46e98..d97ee8892f 100644\n--- a/Documentation/git-check-ref-format.txt\n+++ b/Documentation/git-check-ref-format.txt\n@@ -98,19 +98,19 @@ a branch.\n \n OPTIONS\n -------\n---[no-]allow-onelevel::\n+`--[no-]allow-onelevel`::\n \tControls whether one-level refnames are accepted (i.e.,\n \trefnames that do not contain multiple `/`-separated\n \tcomponents).  The default is `--no-allow-onelevel`.\n \n---refspec-pattern::\n+`--refspec-pattern`::\n \tInterpret <refname> as a reference name pattern for a refspec\n \t(as used with remote repositories).  If this option is\n \tenabled, <refname> is allowed to contain a single `*`\n \tin the refspec (e.g., `foo/bar*/baz` or `foo/bar*baz/`\n \tbut not `foo/bar*/baz*`).\n \n---normalize::\n+`--normalize`::\n \tNormalize 'refname' by removing any leading slash (`/`)\n \tcharacters and collapsing runs of adjacent slashes between\n \tname components into a single slash.  If the normalized\ndiff --git a/Documentation/git-checkout-index.txt b/Documentation/git-checkout-index.txt\nindex 6e49062ea3..8b70168926 100644\n--- a/Documentation/git-checkout-index.txt\n+++ b/Documentation/git-checkout-index.txt\n@@ -22,30 +22,30 @@ Will copy all files listed from the index to the working directory\n \n OPTIONS\n -------\n--u::\n---index::\n+`-u`::\n+`--index`::\n \tupdate stat information for the checked out entries in\n \tthe index file.\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tbe quiet if files exist or are not in the index\n \n--f::\n---force::\n+`-f`::\n+`--force`::\n \tforces overwrite of existing files\n \n--a::\n---all::\n+`-a`::\n+`--all`::\n \tchecks out all files in the index.  Cannot be used\n \ttogether with explicit filenames.\n \n--n::\n---no-create::\n+`-n`::\n+`--no-create`::\n \tDon't checkout new files, only refresh files already checked\n \tout.\n \n---prefix=<string>::\n+`--prefix=<string>`::\n \tWhen creating files, prepend <string> (usually a directory\n \tincluding a trailing /)\n \n@@ -54,17 +54,17 @@ OPTIONS\n \tfiles from named stage.  <number> must be between 1 and 3.\n \tNote: `--stage=all` automatically implies `--temp`.\n \n---temp::\n+`--temp`::\n \tInstead of copying the files to the working directory\n \twrite the content to temporary files.  The temporary name\n \tassociations will be written to stdout.\n \n---stdin::\n+`--stdin`::\n \tInstead of taking list of paths from the command line,\n \tread list of paths from the standard input.  Paths are\n \tseparated by LF (i.e. one path per line) by default.\n \n--z::\n+`-z`::\n \tOnly meaningful with `--stdin`; paths are separated with\n \tNUL character instead of LF.\n \ndiff --git a/Documentation/git-checkout.txt b/Documentation/git-checkout.txt\nindex 15f9690e37..a6cd887e3c 100644\n--- a/Documentation/git-checkout.txt\n+++ b/Documentation/git-checkout.txt\n@@ -104,19 +104,19 @@ file can be discarded to re-create the original conflicted merge result.\n \n OPTIONS\n -------\n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tQuiet, suppress feedback messages.\n \n---progress::\n---no-progress::\n+`--progress`::\n+`--no-progress`::\n \tProgress status is reported on the standard error stream\n \tby default when it is attached to a terminal, unless `--quiet`\n \tis specified. This flag enables progress reporting even if not\n \tattached to a terminal, regardless of `--quiet`.\n \n--f::\n---force::\n+`-f`::\n+`--force`::\n \tWhen switching branches, proceed even if the index or the\n \tworking tree differs from `HEAD`.  This is used to throw away\n \tlocal changes.\n@@ -124,8 +124,8 @@ OPTIONS\n When checking out paths from the index, do not fail upon unmerged\n entries; instead, unmerged entries are ignored.\n \n---ours::\n---theirs::\n+`--ours`::\n+`--theirs`::\n \tWhen checking out paths from the index, check out stage #2\n \t('ours') or #3 ('theirs') for unmerged paths.\n +\n@@ -154,8 +154,8 @@ of it\").\n \tequivalent to running `git branch` with `-f`; see\n \tlinkgit:git-branch[1] for details.\n \n--t::\n---track::\n+`-t`::\n+`--track`::\n \tWhen creating a new branch, set up \"upstream\" configuration. See\n \t`--track` in linkgit:git-branch[1] for details.\n +\n@@ -169,12 +169,12 @@ off of `origin/hack` (or `remotes/origin/hack`, or even\n guessing results in an empty name, the guessing is aborted.  You can\n explicitly give a name with `-b` in such a case.\n \n---no-track::\n+`--no-track`::\n \tDo not set up \"upstream\" configuration, even if the\n \t`branch.autoSetupMerge` configuration variable is true.\n \n---guess::\n---no-guess::\n+`--guess`::\n+`--no-guess`::\n \tIf `<branch>` is not found but there does exist a tracking\n \tbranch in exactly one remote (call it `<remote>`) with a\n \tmatching name, treat as equivalent to\n@@ -197,12 +197,12 @@ linkgit:git-config[1].\n The default behavior can be set via the `checkout.guess` configuration\n variable.\n \n--l::\n+`-l`::\n \tCreate the new branch's reflog; see linkgit:git-branch[1] for\n \tdetails.\n \n--d::\n---detach::\n+`-d`::\n+`--detach`::\n \tRather than checking out a branch to work on it, check out a\n \tcommit for inspection and discardable experiments.\n \tThis is the default behavior of `git checkout <commit>` when\n@@ -234,14 +234,14 @@ branch by running `git rm -rf .` from the top level of the working tree.\n Afterwards you will be ready to prepare your new files, repopulating the\n working tree, by copying them from elsewhere, extracting a tarball, etc.\n \n---ignore-skip-worktree-bits::\n+`--ignore-skip-worktree-bits`::\n \tIn sparse checkout mode, `git checkout -- <paths>` would\n \tupdate only entries matched by `<paths>` and sparse patterns\n \tin `$GIT_DIR/info/sparse-checkout`. This option ignores\n \tthe sparse patterns and adds back any files in `<paths>`.\n \n--m::\n---merge::\n+`-m`::\n+`--merge`::\n \tWhen switching branches,\n \tif you have local modifications to one or more files that\n \tare different between the current branch and the branch to\n@@ -261,15 +261,15 @@ the conflicted merge in the specified paths.\n +\n When switching branches with `--merge`, staged changes may be lost.\n \n---conflict=<style>::\n+`--conflict=<style>`::\n \tThe same as `--merge` option above, but changes the way the\n \tconflicting hunks are presented, overriding the\n \t`merge.conflictStyle` configuration variable.  Possible values are\n \t\"merge\" (default) and \"diff3\" (in addition to what is shown by\n \t\"merge\" style, shows the original contents).\n \n--p::\n---patch::\n+`-p`::\n+`--patch`::\n \tInteractively select hunks in the difference between the\n \t`<tree-ish>` (or the index, if unspecified) and the working\n \ttree.  The chosen hunks are then applied in reverse to the\n@@ -282,20 +282,20 @@ section of linkgit:git-add[1] to learn how to operate the `--patch` mode.\n Note that this option uses the no overlay mode by default (see also\n `--overlay`), and currently doesn't support overlay mode.\n \n---ignore-other-worktrees::\n+`--ignore-other-worktrees`::\n \t`git checkout` refuses when the wanted ref is already checked\n \tout by another worktree. This option makes it check the ref\n \tout anyway. In other words, the ref can be held by more than one\n \tworktree.\n \n---overwrite-ignore::\n---no-overwrite-ignore::\n+`--overwrite-ignore`::\n+`--no-overwrite-ignore`::\n \tSilently overwrite ignored files when switching branches. This\n \tis the default behavior. Use `--no-overwrite-ignore` to abort\n \tthe operation when the new branch contains ignored files.\n \n---recurse-submodules::\n---no-recurse-submodules::\n+`--recurse-submodules`::\n+`--no-recurse-submodules`::\n \tUsing `--recurse-submodules` will update the content of all active\n \tsubmodules according to the commit recorded in the superproject. If\n \tlocal modifications in a submodule would be overwritten the checkout\n@@ -304,15 +304,15 @@ Note that this option uses the no overlay mode by default (see also\n \tJust like linkgit:git-submodule[1], this will detach `HEAD` of the\n \tsubmodule.\n \n---overlay::\n---no-overlay::\n+`--overlay`::\n+`--no-overlay`::\n \tIn the default overlay mode, `git checkout` never\n \tremoves files from the index or the working tree.  When\n \tspecifying `--no-overlay`, files that appear in the index and\n \tworking tree, but not in `<tree-ish>` are removed, to make them\n \tmatch `<tree-ish>` exactly.\n \n---pathspec-from-file=<file>::\n+`--pathspec-from-file=<file>`::\n \tPathspec is passed in `<file>` instead of commandline args. If\n \t`<file>` is exactly `-` then standard input is used. Pathspec\n \telements are separated by LF or CR/LF. Pathspec elements can be\n@@ -320,12 +320,12 @@ Note that this option uses the no overlay mode by default (see also\n \t(see linkgit:git-config[1]). See also `--pathspec-file-nul` and\n \tglobal `--literal-pathspecs`.\n \n---pathspec-file-nul::\n+`--pathspec-file-nul`::\n \tOnly meaningful with `--pathspec-from-file`. Pathspec elements are\n \tseparated with NUL character and all other characters are taken\n \tliterally (including newlines and quotes).\n \n-<branch>::\n+`<branch>`::\n \tBranch to checkout; if it refers to a branch (i.e., a name that,\n \twhen prepended with `refs/heads/`, is a valid ref), then that\n \tbranch is checked out. Otherwise, if it refers to a valid\n@@ -351,7 +351,7 @@ As a special case, you may use `\"A...B\"` as a shortcut for the\n merge base of `A` and `B` if there is exactly one merge base. You can\n leave out at most one of `A` and `B`, in which case it defaults to `HEAD`.\n \n-<tree-ish>::\n+`<tree-ish>`::\n \tTree to checkout from (when paths are given). If not specified,\n \tthe index will be used.\n +\ndiff --git a/Documentation/git-cherry-pick.txt b/Documentation/git-cherry-pick.txt\nindex fb12a67778..5d6021e4ca 100644\n--- a/Documentation/git-cherry-pick.txt\n+++ b/Documentation/git-cherry-pick.txt\n@@ -50,19 +50,19 @@ OPTIONS\n \tfeed all <commit>... arguments to a single revision walk\n \t(see a later example that uses 'maint master..next').\n \n--e::\n---edit::\n+`-e`::\n+`--edit`::\n \tWith this option, `git cherry-pick` will let you edit the commit\n \tmessage prior to committing.\n \n---cleanup=<mode>::\n+`--cleanup=<mode>`::\n \tThis option determines how the commit message will be cleaned up before\n \tbeing passed on to the commit machinery. See linkgit:git-commit[1] for more\n \tdetails. In particular, if the '<mode>' is given a value of `scissors`,\n \tscissors will be appended to `MERGE_MSG` before being passed on in the case\n \tof a conflict.\n \n--x::\n+`-x`::\n \tWhen recording the commit, append a line that says\n \t\"(cherry picked from commit ...)\" to the original commit\n \tmessage in order to indicate which commit this change was\n@@ -76,7 +76,7 @@ OPTIONS\n \tdevelopment branch), adding this information can be\n \tuseful.\n \n--r::\n+`-r`::\n \tIt used to be that the command defaulted to do `-x`\n \tdescribed above, and `-r` was to disable it.  Now the\n \tdefault is not to do `-x` so this option is a no-op.\n@@ -89,8 +89,8 @@ OPTIONS\n \tthe mainline and allows cherry-pick to replay the change\n \trelative to the specified parent.\n \n--n::\n---no-commit::\n+`-n`::\n+`--no-commit`::\n \tUsually the command automatically creates a sequence of commits.\n \tThis flag applies the changes necessary to cherry-pick\n \teach named commit to your working tree and the index,\n@@ -102,26 +102,26 @@ OPTIONS\n This is useful when cherry-picking more than one commits'\n effect to your index in a row.\n \n--s::\n---signoff::\n+`-s`::\n+`--signoff`::\n \tAdd a `Signed-off-by` trailer at the end of the commit message.\n \tSee the signoff option in linkgit:git-commit[1] for more information.\n \n--S[<keyid>]::\n---gpg-sign[=<keyid>]::\n---no-gpg-sign::\n+`-S[<keyid>]`::\n+`--gpg-sign[=<keyid>]`::\n+`--no-gpg-sign`::\n \tGPG-sign commits. The `keyid` argument is optional and\n \tdefaults to the committer identity; if specified, it must be\n \tstuck to the option without a space. `--no-gpg-sign` is useful to\n \tcountermand both `commit.gpgSign` configuration variable, and\n \tearlier `--gpg-sign`.\n \n---ff::\n+`--ff`::\n \tIf the current `HEAD` is the same as the parent of the\n \tcherry-pick'ed commit, then a fast forward to this commit will\n \tbe performed.\n \n---allow-empty::\n+`--allow-empty`::\n \tBy default, cherry-picking an empty commit will fail,\n \tindicating that an explicit invocation of `git commit\n \t--allow-empty` is required. This option overrides that\n@@ -134,30 +134,30 @@ effect to your index in a row.\n \tprevious commit are dropped.  To force the inclusion of those commits\n \tuse `--keep-redundant-commits`.\n \n---allow-empty-message::\n+`--allow-empty-message`::\n \tBy default, cherry-picking a commit with an empty message will fail.\n \tThis option overrides that behavior, allowing commits with empty\n \tmessages to be cherry picked.\n \n---keep-redundant-commits::\n+`--keep-redundant-commits`::\n \tIf a commit being cherry picked duplicates a commit already in the\n \tcurrent history, it will become empty.  By default these\n \tredundant commits cause `cherry-pick` to stop so the user can\n \texamine the commit. This option overrides that behavior and\n \tcreates an empty commit object.  Implies `--allow-empty`.\n \n---strategy=<strategy>::\n+`--strategy=<strategy>`::\n \tUse the given merge strategy.  Should only be used once.\n \tSee the MERGE STRATEGIES section in linkgit:git-merge[1]\n \tfor details.\n \n--X<option>::\n---strategy-option=<option>::\n+`-X<option>`::\n+`--strategy-option=<option>`::\n \tPass the merge strategy-specific option through to the\n \tmerge strategy.  See linkgit:git-merge[1] for details.\n \n---rerere-autoupdate::\n---no-rerere-autoupdate::\n+`--rerere-autoupdate`::\n+`--no-rerere-autoupdate`::\n \tAllow the rerere mechanism to update the index with the\n \tresult of auto-conflict resolution if possible.\n \ndiff --git a/Documentation/git-cherry.txt b/Documentation/git-cherry.txt\nindex ab55060668..ff57fd3329 100644\n--- a/Documentation/git-cherry.txt\n+++ b/Documentation/git-cherry.txt\n@@ -26,17 +26,17 @@ commits that do not.\n \n OPTIONS\n -------\n--v::\n+`-v`::\n \tShow the commit subjects next to the SHA1s.\n \n-<upstream>::\n+`<upstream>`::\n \tUpstream branch to search for equivalent commits.\n \tDefaults to the upstream branch of `HEAD`.\n \n-<head>::\n+`<head>`::\n \tWorking branch; defaults to `HEAD`.\n \n-<limit>::\n+`<limit>`::\n \tDo not report commits up to (and including) limit.\n \n EXAMPLES\ndiff --git a/Documentation/git-clean.txt b/Documentation/git-clean.txt\nindex 7923ae27a5..e782f48c2c 100644\n--- a/Documentation/git-clean.txt\n+++ b/Documentation/git-clean.txt\n@@ -25,7 +25,7 @@ are affected.\n \n OPTIONS\n -------\n--d::\n+`-d`::\n \tNormally, when no <path> is specified, `git clean` will not\n \trecurse into untracked directories to avoid removing too much.\n \tSpecify `-d` to have it recurse into such directories as well.\n@@ -33,34 +33,34 @@ OPTIONS\n \tfiles matching the specified paths (with exceptions for nested\n \t`git` directories mentioned under `--force`) will be removed.\n \n--f::\n---force::\n+`-f`::\n+`--force`::\n \tIf the Git configuration variable `clean.requireForce` is not set\n \tto false, `git clean` will refuse to delete files or directories\n \tunless given `-f` or `-i`.  Git will refuse to modify untracked\n \tnested `git` repositories (directories with a .git subdirectory)\n \tunless a second `-f` is given.\n \n--i::\n---interactive::\n+`-i`::\n+`--interactive`::\n \tShow what would be done and clean files interactively. See\n \t``Interactive mode'' for details.\n \n--n::\n---dry-run::\n+`-n`::\n+`--dry-run`::\n \tDon't actually remove anything, just show what would be done.\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tBe quiet, only report errors, but not the files that are\n \tsuccessfully removed.\n \n -e <pattern>::\n---exclude=<pattern>::\n+`--exclude=<pattern>`::\n \tUse the given exclude pattern in addition to the standard ignore rules\n \t(see linkgit:gitignore[5]).\n \n--x::\n+`-x`::\n \tDon't use the standard ignore rules (see linkgit:gitignore[5]), but\n \tstill use the ignore rules given with `-e` options from the command\n \tline.  This allows removing all untracked\n@@ -68,7 +68,7 @@ OPTIONS\n \tconjunction with `git restore` or `git reset`) to create a pristine\n \tworking directory to test a clean build.\n \n--X::\n+`-X`::\n \tRemove only files ignored by Git.  This may be useful to rebuild\n \teverything from scratch, but keep manually created files.\n \n@@ -94,7 +94,7 @@ You also could say `c` or `clean` above as long as the choice is unique.\n \n The main command loop has 6 subcommands.\n \n-clean::\n+`clean`::\n \n    Start cleaning files and directories, and then quit.\n \n@@ -125,11 +125,11 @@ ask each::\n   to delete items. Please note that this action is not as efficient\n   as the above two actions.\n \n-quit::\n+`quit`::\n \n   This lets you quit without do cleaning.\n \n-help::\n+`help`::\n \n   Show brief usage of interactive `git-clean`.\n \ndiff --git a/Documentation/git-clone.txt b/Documentation/git-clone.txt\nindex b8ca823467..935d191ae1 100644\n--- a/Documentation/git-clone.txt\n+++ b/Documentation/git-clone.txt\n@@ -42,8 +42,8 @@ configuration variables.\n \n OPTIONS\n -------\n--l::\n---local::\n+`-l`::\n+`--local`::\n \tWhen the repository to clone from is on a local machine,\n \tthis flag bypasses the normal \"Git aware\" transport\n \tmechanism and clones the repository by making a copy of\n@@ -62,14 +62,14 @@ Git transport instead.\n source repository, similar to running `cp -r src dst` while modifying\n `src`.\n \n---no-hardlinks::\n+`--no-hardlinks`::\n \tForce the cloning process from a repository on a local\n \tfilesystem to copy the files under the `.git/objects`\n \tdirectory instead of using hardlinks. This may be desirable\n \tif you are trying to make a back-up of your repository.\n \n--s::\n---shared::\n+`-s`::\n+`--shared`::\n \tWhen the repository to clone is on the local machine,\n \tinstead of using hard links, automatically setup\n \t`.git/objects/info/alternates` to share the objects\n@@ -110,7 +110,7 @@ objects from the source repository into a pack in the cloned repository.\n *NOTE*: see the NOTE for the `--shared` option, and also the\n `--dissociate` option.\n \n---dissociate::\n+`--dissociate`::\n \tBorrow the objects from reference repositories specified\n \twith the `--reference` options only to reduce network\n \ttransfer, and stop borrowing from them after a clone is made\n@@ -121,23 +121,23 @@ objects from the source repository into a pack in the cloned repository.\n \tsame repository, and this option can be used to stop the\n \tborrowing.\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tOperate quietly.  Progress is not reported to the standard\n \terror stream.\n \n--v::\n---verbose::\n+`-v`::\n+`--verbose`::\n \tRun verbosely. Does not affect the reporting of progress status\n \tto the standard error stream.\n \n---progress::\n+`--progress`::\n \tProgress status is reported on the standard error stream\n \tby default when it is attached to a terminal, unless `--quiet`\n \tis specified. This flag forces progress status even if the\n \tstandard error stream is not directed to a terminal.\n \n---server-option=<option>::\n+`--server-option=<option>`::\n \tTransmit the given string to the server when communicating using\n \tprotocol version 2.  The given string must not contain a NUL or LF\n \tcharacter.  The server's handling of server options, including\n@@ -145,16 +145,16 @@ objects from the source repository into a pack in the cloned repository.\n \tWhen multiple `--server-option=<option>` are given, they are all\n \tsent to the other side in the order listed on the command line.\n \n--n::\n---no-checkout::\n+`-n`::\n+`--no-checkout`::\n \tNo checkout of `HEAD` is performed after the clone is complete.\n \n---[no-]reject-shallow::\n+`--[no-]reject-shallow`::\n \tFail if the source repository is a shallow repository.\n-\tThe 'clone.rejectShallow' configuration variable can be used to\n+\tThe `clone.rejectShallow` configuration variable can be used to\n \tspecify the default.\n \n---bare::\n+`--bare`::\n \tMake a 'bare' Git repository.  That is, instead of\n \tcreating `<directory>` and placing the administrative\n \tfiles in `<directory>/.git`, make the `<directory>`\n@@ -166,13 +166,13 @@ objects from the source repository into a pack in the cloned repository.\n \tused, neither remote-tracking branches nor the related\n \tconfiguration variables are created.\n \n---sparse::\n+`--sparse`::\n \tInitialize the sparse-checkout file so the working\n \tdirectory starts with only the files in the root\n \tof the repository. The sparse-checkout file can be\n \tmodified to grow the working directory as needed.\n \n---filter=<filter-spec>::\n+`--filter=<filter-spec>`::\n \tUse the partial clone feature and request that the server sends\n \ta subset of reachable objects according to a given object filter.\n \tWhen using `--filter`, the supplied `<filter-spec>` is used for\n@@ -182,7 +182,7 @@ objects from the source repository into a pack in the cloned repository.\n \tat least `<size>`. For more details on filter specifications, see\n \tthe `--filter` option in linkgit:git-rev-list[1].\n \n---mirror::\n+`--mirror`::\n \tSet up a mirror of the source repository.  This implies `--bare`.\n \tCompared to `--bare`, `--mirror` not only maps local branches of the\n \tsource to local branches of the target, it maps all refs (including\n@@ -239,15 +239,15 @@ corresponding `--mirror` and `--no-tags` options instead.\n \ttips of all branches. If you want to clone submodules shallowly,\n \talso pass `--shallow-submodules`.\n \n---shallow-since=<date>::\n+`--shallow-since=<date>`::\n \tCreate a shallow clone with a history after the specified time.\n \n---shallow-exclude=<revision>::\n+`--shallow-exclude=<revision>`::\n \tCreate a shallow clone with a history, excluding commits\n \treachable from a specified remote branch or tag.  This option\n \tcan be specified multiple times.\n \n---[no-]single-branch::\n+`--[no-]single-branch`::\n \tClone only the history leading to the tip of a single branch,\n \teither specified by the `--branch` option or the primary\n \tbranch remote's `HEAD` points at.\n@@ -257,7 +257,7 @@ corresponding `--mirror` and `--no-tags` options instead.\n \tbranch when `--single-branch` clone was made, no remote-tracking\n \tbranch is created.\n \n---no-tags::\n+`--no-tags`::\n \tDon't clone any tags, and set\n \t`remote.<remote>.tagOpt=--no-tags` in the config, ensuring\n \tthat future `git pull` and `git fetch` operations won't follow\n@@ -269,7 +269,7 @@ maintain a branch with no references other than a single cloned\n branch. This is useful e.g. to maintain minimal clones of the default\n branch of some repository for search indexing.\n \n---recurse-submodules[=<pathspec>]::\n+`--recurse-submodules[=<pathspec>]`::\n \tAfter the clone is created, initialize and clone submodules\n \twithin based on the provided pathspec.  If no pathspec is\n \tprovided, all submodules are initialized and cloned.\n@@ -285,10 +285,10 @@ the clone is finished. This option is ignored if the cloned repository does\n not have a worktree/checkout (i.e. if any of `--no-checkout`/`-n`, `--bare`,\n or `--mirror` is given)\n \n---[no-]shallow-submodules::\n+`--[no-]shallow-submodules`::\n \tAll submodules which are cloned will be shallow with a depth of 1.\n \n---[no-]remote-submodules::\n+`--[no-]remote-submodules`::\n \tAll submodules which are cloned will use the status of the submodule's\n \tremote-tracking branch to update the submodule, rather than the\n \tsuperproject's recorded SHA-1. Equivalent to passing `--remote` to\n@@ -306,12 +306,12 @@ or `--mirror` is given)\n \tThe number of submodules fetched at the same time.\n \tDefaults to the `submodule.fetchJobs` option.\n \n-<repository>::\n+`<repository>`::\n \tThe (possibly remote) repository to clone from.  See the\n \t<<URLS,GIT URLS>> section below for more information on specifying\n \trepositories.\n \n-<directory>::\n+`<directory>`::\n \tThe name of a new directory to clone into.  The \"humanish\"\n \tpart of the source repository is used if no directory is\n \texplicitly given (`repo` for `/path/to/repo.git` and `foo`\ndiff --git a/Documentation/git-commit-graph.txt b/Documentation/git-commit-graph.txt\nindex 3246616b10..1e6db29d4a 100644\n--- a/Documentation/git-commit-graph.txt\n+++ b/Documentation/git-commit-graph.txt\n@@ -21,7 +21,7 @@ Manage the serialized commit-graph file.\n \n OPTIONS\n -------\n---object-dir::\n+`--object-dir`::\n \tUse given directory for the location of packfiles and commit-graph\n \tfile. This parameter exists to specify the location of an alternate\n \tthat only has the objects directory, not a full `.git` directory. The\n@@ -31,13 +31,13 @@ OPTIONS\n \tobject directory, `git commit-graph ...` will exit with non-zero\n \tstatus.\n \n---[no-]progress::\n+`--[no-]progress`::\n \tTurn progress on/off explicitly. If neither is specified, progress is\n \tshown if standard error is connected to a terminal.\n \n COMMANDS\n --------\n-'write'::\n+`write`::\n \n Write a commit-graph file based on the commits found in packfiles. If\n the config option `core.commitGraph` is disabled, then this command will\n@@ -103,7 +103,7 @@ Finally, if `--expire-time=<datetime>` is not specified, let `datetime`\n be the current time. After writing the split commit-graph, delete all\n unused commit-graph whose modified times are older than `datetime`.\n \n-'verify'::\n+`verify`::\n \n Read the commit-graph file and verify its contents against the object\n database. Used to check for corrupted data.\ndiff --git a/Documentation/git-commit-tree.txt b/Documentation/git-commit-tree.txt\nindex 48a76dd029..47f21f4bcc 100644\n--- a/Documentation/git-commit-tree.txt\n+++ b/Documentation/git-commit-tree.txt\n@@ -44,7 +44,7 @@ state was.\n \n OPTIONS\n -------\n-<tree>::\n+`<tree>`::\n \tAn existing tree object.\n \n -p <parent>::\n@@ -59,9 +59,9 @@ OPTIONS\n \tfrom the standard input. This can be given more than once and the\n \tcontent of each file becomes its own paragraph.\n \n--S[<keyid>]::\n---gpg-sign[=<keyid>]::\n---no-gpg-sign::\n+`-S[<keyid>]`::\n+`--gpg-sign[=<keyid>]`::\n+`--no-gpg-sign`::\n \tGPG-sign commits. The `keyid` argument is optional and\n \tdefaults to the committer identity; if specified, it must be\n \tstuck to the option without a space. `--no-gpg-sign` is useful to\ndiff --git a/Documentation/git-commit.txt b/Documentation/git-commit.txt\nindex 3b22ba718c..48be5646c4 100644\n--- a/Documentation/git-commit.txt\n+++ b/Documentation/git-commit.txt\n@@ -64,26 +64,26 @@ that, you can recover from it with `git reset`.\n \n OPTIONS\n -------\n--a::\n---all::\n+`-a`::\n+`--all`::\n \tTell the command to automatically stage files that have\n \tbeen modified and deleted, but new files you have not\n \ttold Git about are not affected.\n \n--p::\n---patch::\n+`-p`::\n+`--patch`::\n \tUse the interactive patch selection interface to chose\n \twhich changes to commit. See linkgit:git-add[1] for\n \tdetails.\n \n -C <commit>::\n---reuse-message=<commit>::\n+`--reuse-message=<commit>`::\n \tTake an existing commit object, and reuse the log message\n \tand the authorship information (including the timestamp)\n \twhen creating the commit.\n \n -c <commit>::\n---reedit-message=<commit>::\n+`--reedit-message=<commit>`::\n \tLike `-C`, but with `-c` the editor is invoked, so that\n \tthe user can further edit the commit message.\n \n@@ -126,37 +126,37 @@ Neither \"fixup!\" nor \"amend!\" commits change authorship of\n `<commit>` when applied by `git rebase --autosquash`.\n See linkgit:git-rebase[1] for details.\n \n---squash=<commit>::\n+`--squash=<commit>`::\n \tConstruct a commit message for use with `rebase --autosquash`.\n \tThe commit message subject line is taken from the specified\n \tcommit with a prefix of \"squash! \".  Can be used with additional\n \tcommit message options (`-m`/`-c`/`-C`/`-F`). See\n \tlinkgit:git-rebase[1] for details.\n \n---reset-author::\n+`--reset-author`::\n \tWhen used with `-C`/`-c`/`--amend` options, or when committing after a\n \tconflicting cherry-pick, declare that the authorship of the\n \tresulting commit now belongs to the committer. This also renews\n \tthe author timestamp.\n \n---short::\n+`--short`::\n \tWhen doing a dry-run, give the output in the short-format. See\n \tlinkgit:git-status[1] for details. Implies `--dry-run`.\n \n---branch::\n+`--branch`::\n \tShow the branch and tracking info even in short-format.\n \n---porcelain::\n+`--porcelain`::\n \tWhen doing a dry-run, give the output in a porcelain-ready\n \tformat. See linkgit:git-status[1] for details. Implies\n \t`--dry-run`.\n \n---long::\n+`--long`::\n \tWhen doing a dry-run, give the output in the long-format.\n \tImplies `--dry-run`.\n \n--z::\n---null::\n+`-z`::\n+`--null`::\n \tWhen showing `short` or `porcelain` status output, print the\n \tfilename verbatim and terminate the entries with NUL, instead of LF.\n \tIf no format is given, implies the `--porcelain` output format.\n@@ -165,22 +165,22 @@ See linkgit:git-rebase[1] for details.\n \t(see linkgit:git-config[1]).\n \n -F <file>::\n---file=<file>::\n+`--file=<file>`::\n \tTake the commit message from the given file.  Use '-' to\n \tread the message from the standard input.\n \n---author=<author>::\n+`--author=<author>`::\n \tOverride the commit author. Specify an explicit author using the\n \tstandard `A U Thor <author@example.com>` format. Otherwise <author>\n \tis assumed to be a pattern and is used to search for an existing\n \tcommit by that author (i.e. `git rev-list --all -i --author=<author>`);\n \tthe commit author is then copied from the first such commit found.\n \n---date=<date>::\n+`--date=<date>`::\n \tOverride the author date used in the commit.\n \n -m <msg>::\n---message=<msg>::\n+`--message=<msg>`::\n \tUse the given <msg> as the commit message.\n \tIf multiple `-m` options are given, their values are\n \tconcatenated as separate paragraphs.\n@@ -188,7 +188,7 @@ See linkgit:git-rebase[1] for details.\n The `-m` option is mutually exclusive with `-c`, `-C`, and `-F`.\n \n -t <file>::\n---template=<file>::\n+`--template=<file>`::\n \tWhen editing the commit message, start the editor with the\n \tcontents in the given file.  The `commit.template` configuration\n \tvariable is often used to give this option implicitly to the\n@@ -200,7 +200,7 @@ The `-m` option is mutually exclusive with `-c`, `-C`, and `-F`.\n \n include::signoff-option.txt[]\n \n---trailer <token>[(=|:)<value>]::\n+`--trailer <token>[(=|:)<value>]`::\n \tSpecify a (<token>, <value>) pair that should be applied as a\n \ttrailer. (e.g. `git commit --trailer \"Signed-off-by:C O Mitter \\\n \t<committer@example.com>\" --trailer \"Helped-by:C O Mitter \\\n@@ -211,44 +211,44 @@ include::signoff-option.txt[]\n \ta duplicated trailer is omitted, where in the run of trailers\n \teach trailer would appear, and other details.\n \n--n::\n---no-verify::\n+`-n`::\n+`--no-verify`::\n \tThis option bypasses the pre-commit and commit-msg hooks.\n \tSee also linkgit:githooks[5].\n \n---allow-empty::\n+`--allow-empty`::\n \tUsually recording a commit that has the exact same tree as its\n \tsole parent commit is a mistake, and the command prevents you\n \tfrom making such a commit.  This option bypasses the safety, and\n \tis primarily for use by foreign SCM interface scripts.\n \n---allow-empty-message::\n+`--allow-empty-message`::\n        Like `--allow-empty` this command is primarily for use by foreign\n        SCM interface scripts. It allows you to create a commit with an\n        empty commit message without using plumbing commands like\n        linkgit:git-commit-tree[1].\n \n---cleanup=<mode>::\n+`--cleanup=<mode>`::\n \tThis option determines how the supplied commit message should be\n \tcleaned up before committing.  The '<mode>' can be `strip`,\n \t`whitespace`, `verbatim`, `scissors` or `default`.\n +\n --\n-strip::\n+`strip`::\n \tStrip leading and trailing empty lines, trailing whitespace,\n \tcommentary and collapse consecutive empty lines.\n-whitespace::\n+`whitespace`::\n \tSame as `strip` except #commentary is not removed.\n-verbatim::\n+`verbatim`::\n \tDo not change the message at all.\n-scissors::\n+`scissors`::\n \tSame as `whitespace` except that everything from (and including)\n \tthe line found below is truncated, if the message is to be edited.\n \t\"`#`\" can be customized with `core.commentChar`.\n \n \t\t# ------------------------ >8 ------------------------\n \n-default::\n+`default`::\n \tSame as `strip` if the message is to be edited.\n \tOtherwise `whitespace`.\n --\n@@ -256,19 +256,19 @@ default::\n The default can be changed by the `commit.cleanup` configuration\n variable (see linkgit:git-config[1]).\n \n--e::\n---edit::\n+`-e`::\n+`--edit`::\n \tThe message taken from file with `-F`, command line with\n \t`-m`, and from commit object with `-C` are usually used as\n \tthe commit log message unmodified. This option lets you\n \tfurther edit the message taken from these sources.\n \n---no-edit::\n+`--no-edit`::\n \tUse the selected commit message without launching an editor.\n \tFor example, `git commit --amend --no-edit` amends a commit\n \twithout changing its commit message.\n \n---amend::\n+`--amend`::\n \tReplace the tip of the current branch by creating a new\n \tcommit. The recorded tree is prepared as usual (including\n \tthe effect of the `-i` and `-o` options and explicit\n@@ -294,18 +294,18 @@ You should understand the implications of rewriting history if you\n amend a commit that has already been published.  (See the \"RECOVERING\n FROM UPSTREAM REBASE\" section in linkgit:git-rebase[1].)\n \n---no-post-rewrite::\n+`--no-post-rewrite`::\n \tBypass the post-rewrite hook.\n \n--i::\n---include::\n+`-i`::\n+`--include`::\n \tBefore making a commit out of staged contents so far,\n \tstage the contents of paths given on the command line\n \tas well.  This is usually not what you want unless you\n \tare concluding a conflicted merge.\n \n--o::\n---only::\n+`-o`::\n+`--only`::\n \tMake a commit by taking the updated working tree contents\n \tof the paths specified on the\n \tcommand line, disregarding any contents that have been\n@@ -318,7 +318,7 @@ FROM UPSTREAM REBASE\" section in linkgit:git-rebase[1].)\n \talready been staged. If used together with `--allow-empty`\n \tpaths are also not required, and an empty commit will be created.\n \n---pathspec-from-file=<file>::\n+`--pathspec-from-file=<file>`::\n \tPathspec is passed in `<file>` instead of commandline args. If\n \t`<file>` is exactly `-` then standard input is used. Pathspec\n \telements are separated by LF or CR/LF. Pathspec elements can be\n@@ -326,13 +326,13 @@ FROM UPSTREAM REBASE\" section in linkgit:git-rebase[1].)\n \t(see linkgit:git-config[1]). See also `--pathspec-file-nul` and\n \tglobal `--literal-pathspecs`.\n \n---pathspec-file-nul::\n+`--pathspec-file-nul`::\n \tOnly meaningful with `--pathspec-from-file`. Pathspec elements are\n \tseparated with NUL character and all other characters are taken\n \tliterally (including newlines and quotes).\n \n--u[<mode>]::\n---untracked-files[=<mode>]::\n+`-u[<mode>]`::\n+`--untracked-files[=<mode>]`::\n \tShow untracked files.\n +\n --\n@@ -350,8 +350,8 @@ The default can be changed using the `status.showUntrackedFiles`\n configuration variable documented in linkgit:git-config[1].\n --\n \n--v::\n---verbose::\n+`-v`::\n+`--verbose`::\n \tShow unified diff between the `HEAD` commit and what\n \twould be committed at the bottom of the commit message\n \ttemplate to help the user describe the commit by reminding\n@@ -365,29 +365,29 @@ If specified twice, show in addition the unified diff between\n what would be committed and the worktree files, i.e. the unstaged\n changes to tracked files.\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tSuppress commit summary message.\n \n---dry-run::\n+`--dry-run`::\n \tDo not create a commit, but show a list of paths that are\n \tto be committed, paths with local changes that will be left\n \tuncommitted and paths that are untracked.\n \n---status::\n+`--status`::\n \tInclude the output of linkgit:git-status[1] in the commit\n \tmessage template when using an editor to prepare the commit\n \tmessage.  Defaults to on, but can be used to override\n \tconfiguration variable `commit.status`.\n \n---no-status::\n+`--no-status`::\n \tDo not include the output of linkgit:git-status[1] in the\n \tcommit message template when using an editor to prepare the\n \tdefault commit message.\n \n--S[<keyid>]::\n---gpg-sign[=<keyid>]::\n---no-gpg-sign::\n+`-S[<keyid>]`::\n+`--gpg-sign[=<keyid>]`::\n+`--no-gpg-sign`::\n \tGPG-sign commits. The `keyid` argument is optional and\n \tdefaults to the committer identity; if specified, it must be\n \tstuck to the option without a space. `--no-gpg-sign` is useful to\ndiff --git a/Documentation/git-config.txt b/Documentation/git-config.txt\nindex 80b646b895..b70aad6e0f 100644\n--- a/Documentation/git-config.txt\n+++ b/Documentation/git-config.txt\n@@ -74,24 +74,24 @@ On success, the command returns the exit code 0.\n OPTIONS\n -------\n \n---replace-all::\n+`--replace-all`::\n \tDefault behavior is to replace at most one line. This replaces\n \tall lines matching the key (and optionally the `value-pattern`).\n \n---add::\n+`--add`::\n \tAdds a new line to the option without altering any existing\n \tvalues.  This is the same as providing '^$' as the `value-pattern`\n \tin `--replace-all`.\n \n---get::\n+`--get`::\n \tGet the value for a given key (optionally filtered by a regex\n \tmatching the value). Returns error code 1 if the key was not\n \tfound and the last value if multiple key values were found.\n \n---get-all::\n+`--get-all`::\n \tLike get, but returns all values for a multi-valued key.\n \n---get-regexp::\n+`--get-regexp`::\n \tLike `--get-all`, but interprets the name as a regular expression and\n \twrites out the key names.  Regular expression matching is currently\n \tcase-sensitive and done against a canonicalized version of the key\n@@ -106,7 +106,7 @@ OPTIONS\n \tsection as name, do so for all the keys in the section and\n \tlist them.  Returns error code 1 if no value is found.\n \n---global::\n+`--global`::\n \tFor writing options: write to global `~/.gitconfig` file\n \trather than the repository `.git/config`, write to\n \t`$XDG_CONFIG_HOME/git/config` file if this file exists and the\n@@ -117,7 +117,7 @@ For reading options: read only from global `~/.gitconfig` and from\n +\n See also <<FILES>>.\n \n---system::\n+`--system`::\n \tFor writing options: write to system-wide\n \t`$(prefix)/etc/gitconfig` rather than the repository\n \t`.git/config`.\n@@ -127,7 +127,7 @@ rather than from all available files.\n +\n See also <<FILES>>.\n \n---local::\n+`--local`::\n \tFor writing options: write to the repository `.git/config` file.\n \tThis is the default behavior.\n +\n@@ -136,7 +136,7 @@ from all available files.\n +\n See also <<FILES>>.\n \n---worktree::\n+`--worktree`::\n \tSimilar to `--local` except that `.git/config.worktree` is\n \tread from or written to if `extensions.worktreeConfig` is\n \tpresent. If not it's the same as `--local`.\n@@ -152,23 +152,23 @@ See also <<FILES>>.\n \tsection in linkgit:gitrevisions[7] for a more complete list of\n \tways to spell blob names.\n \n---remove-section::\n+`--remove-section`::\n \tRemove the given section from the configuration file.\n \n---rename-section::\n+`--rename-section`::\n \tRename the given section to a new name.\n \n---unset::\n+`--unset`::\n \tRemove the line matching the key from config file.\n \n---unset-all::\n+`--unset-all`::\n \tRemove all lines matching the key from config file.\n \n--l::\n---list::\n+`-l`::\n+`--list`::\n \tList all variables set in config file, along with their values.\n \n---fixed-value::\n+`--fixed-value`::\n \tWhen used with the `value-pattern` argument, treat `value-pattern` as\n \tan exact string instead of a regular expression. This will restrict\n \tthe name/value pairs that are matched to only those where the value\n@@ -199,21 +199,21 @@ Valid `<type>`'s include:\n   as-is.\n +\n \n---bool::\n---int::\n---bool-or-int::\n---path::\n---expiry-date::\n+`--bool`::\n+`--int`::\n+`--bool-or-int`::\n+`--path`::\n+`--expiry-date`::\n   Historical options for selecting a type specifier. Prefer instead `--type`\n   (see above).\n \n---no-type::\n+`--no-type`::\n   Un-sets the previously set type specifier (if one was previously set). This\n   option requests that `git config` not canonicalize the retrieved variable.\n   `--no-type` has no effect without `--type=<type>` or `--<type>`.\n \n--z::\n---null::\n+`-z`::\n+`--null`::\n \tFor all options that output values and/or keys, always\n \tend values with the null character (instead of a\n \tnewline). Use newline instead as a delimiter between\n@@ -221,17 +221,17 @@ Valid `<type>`'s include:\n \toutput without getting confused e.g. by values that\n \tcontain line breaks.\n \n---name-only::\n+`--name-only`::\n \tOutput only the names of config variables for `--list` or\n \t`--get-regexp`.\n \n---show-origin::\n+`--show-origin`::\n \tAugment the output of all queried config options with the\n \torigin type (file, standard input, blob, command line) and\n \tthe actual origin (config file path, ref, or blob id if\n \tapplicable).\n \n---show-scope::\n+`--show-scope`::\n \tSimilar to `--show-origin` in that it augments the output of\n \tall queried config options with the scope of that value\n \t(local, global, system, command).\n@@ -258,12 +258,12 @@ Valid `<type>`'s include:\n (but note that `--get-color` will omit the trailing newline printed by\n `--type=color`).\n \n--e::\n---edit::\n+`-e`::\n+`--edit`::\n \tOpens an editor to modify the specified config file; either\n \t`--system`, `--global`, or repository (default).\n \n---[no-]includes::\n+`--[no-]includes`::\n \tRespect `include.*` directives in config files when looking up\n \tvalues. Defaults to `off` when a specific file is given (e.g.,\n \tusing `--file`, `--global`, etc) and `on` when searching all\ndiff --git a/Documentation/git-count-objects.txt b/Documentation/git-count-objects.txt\nindex a52bd618c4..6033087dbd 100644\n--- a/Documentation/git-count-objects.txt\n+++ b/Documentation/git-count-objects.txt\n@@ -18,8 +18,8 @@ them, to help you decide when it is a good time to repack.\n \n OPTIONS\n -------\n--v::\n---verbose::\n+`-v`::\n+`--verbose`::\n \tReport in more detail:\n +\n count: the number of loose objects\n@@ -44,8 +44,8 @@ multiple times, one line per path. Note that if the path contains\n non-printable characters, it may be surrounded by double-quotes and\n contain C-style backslashed escape sequences.\n \n--H::\n---human-readable::\n+`-H`::\n+`--human-readable`::\n \n Print sizes in human readable format\n \ndiff --git a/Documentation/git-cvsexportcommit.txt b/Documentation/git-cvsexportcommit.txt\nindex 596512ec73..64e98c4f1d 100644\n--- a/Documentation/git-cvsexportcommit.txt\n+++ b/Documentation/git-cvsexportcommit.txt\n@@ -34,52 +34,52 @@ parent the changeset should be done against.\n OPTIONS\n -------\n \n--c::\n+`-c`::\n \tCommit automatically if the patch applied cleanly. It will not\n \tcommit if any hunks fail to apply or there were other problems.\n \n--p::\n+`-p`::\n \tBe pedantic (paranoid) when applying patches. Invokes patch with\n \t`--fuzz=0`\n \n--a::\n+`-a`::\n \tAdd authorship information. Adds Author line, and Committer (if\n \tdifferent from Author) to the message.\n \n--d::\n+`-d`::\n \tSet an alternative CVSROOT to use.  This corresponds to the CVS\n \t`-d` parameter.  Usually users will not want to set this, except\n \tif using CVS in an asymmetric fashion.\n \n--f::\n+`-f`::\n \tForce the merge even if the files are not up to date.\n \n--P::\n+`-P`::\n \tForce the parent commit, even if it is not a direct parent.\n \n--m::\n+`-m`::\n \tPrepend the commit message with the provided prefix.\n \tUseful for patch series and the like.\n \n--u::\n+`-u`::\n \tUpdate affected files from CVS repository before attempting export.\n \n--k::\n+`-k`::\n \tReverse CVS keyword expansion (e.g. $Revision: 1.2.3.4$\n \tbecomes $Revision$) in working CVS checkout before applying patch.\n \n--w::\n+`-w`::\n \tSpecify the location of the CVS checkout to use for the export. This\n \toption does not require GIT_DIR to be set before execution if the\n \tcurrent directory is within a Git repository.  The default is the\n \tvalue of `cvsexportcommit.cvsdir`.\n \n--W::\n+`-W`::\n \tTell cvsexportcommit that the current working directory is not only\n \ta Git checkout, but also the CVS checkout.  Therefore, Git will\n \treset the working directory to the parent commit before proceeding.\n \n--v::\n+`-v`::\n \tVerbose.\n \n CONFIGURATION\ndiff --git a/Documentation/git-cvsimport.txt b/Documentation/git-cvsimport.txt\nindex ead844944e..5caeed88ed 100644\n--- a/Documentation/git-cvsimport.txt\n+++ b/Documentation/git-cvsimport.txt\n@@ -49,7 +49,7 @@ See linkgit:gitcvs-migration[7].\n \n OPTIONS\n -------\n--v::\n+`-v`::\n \tVerbosity: let 'cvsimport' report what it is doing.\n \n -d <CVSROOT>::\n@@ -85,17 +85,17 @@ OPTIONS\n Use `-o master` for continuing an import that was initially done by\n the old cvs2git tool.\n \n--i::\n+`-i`::\n \tImport-only: don't perform a checkout after importing.  This option\n \tensures the working directory and index remain untouched and will\n \tnot create them if they do not exist.\n \n--k::\n+`-k`::\n \tKill keywords: will extract files with `-kk` from the CVS archive\n \tto avoid noisy changesets. Highly recommended, but off by default\n \tto preserve compatibility with early imported trees.\n \n--u::\n+`-u`::\n \tConvert underscores in tag and branch names to dots.\n \n -s <subst>::\n@@ -115,7 +115,7 @@ If you need to pass multiple options, separate them with a comma.\n \tInstead of calling cvsps, read the provided cvsps output file. Useful\n \tfor debugging or when cvsps is being handled outside cvsimport.\n \n--m::\n+`-m`::\n \tAttempt to detect merges based on the commit message. This option\n \twill enable default regexes that try to capture the source\n \tbranch name from the commit message.\n@@ -132,7 +132,7 @@ This option can be used several times to provide several detection regexes.\n -S <regex>::\n \tSkip paths matching the regex.\n \n--a::\n+`-a`::\n \tImport all commits, including recent ones. cvsimport by default\n \tskips commits that have a timestamp less than 10 minutes ago.\n \n@@ -165,7 +165,7 @@ It is not recommended to use this feature if you intend to\n export changes back to CVS again later with\n `git cvsexportcommit`.\n \n--R::\n+`-R`::\n \tGenerate a `$GIT_DIR/cvs-revisions` file containing a mapping from CVS\n \trevision numbers to newly-created Git commit IDs.  The generated file\n \twill contain one line for each (filename, revision) pair imported;\n@@ -181,7 +181,7 @@ doing incremental imports.\n This option may be useful if you have CVS revision numbers stored in commit\n messages, bug-tracking systems, email archives, and the like.\n \n--h::\n+`-h`::\n \tPrint a short usage message and exit.\n \n OUTPUT\ndiff --git a/Documentation/git-cvsserver.txt b/Documentation/git-cvsserver.txt\nindex bf53d16a7f..5b7bfe6dc0 100644\n--- a/Documentation/git-cvsserver.txt\n+++ b/Documentation/git-cvsserver.txt\n@@ -34,23 +34,23 @@ closely as possible.\n --base-path <path>::\n Prepend 'path' to requested CVSROOT\n \n---strict-paths::\n+`--strict-paths`::\n Don't allow recursing into subdirectories\n \n---export-all::\n+`--export-all`::\n Don't check for `gitcvs.enabled` in config. You also have to specify a list\n of allowed directories (see below) if you want to use this option.\n \n--V::\n---version::\n+`-V`::\n+`--version`::\n Print version information and exit\n \n--h::\n--H::\n---help::\n+`-h`::\n+`-H`::\n+`--help`::\n Print usage information and exit\n \n-<directory>::\n+`<directory>`::\n You can specify a list of allowed directories. If no directories\n are given, all are allowed. This is an additional restriction, gitcvs\n access still needs to be enabled by the `gitcvs.enabled` config option\ndiff --git a/Documentation/git-daemon.txt b/Documentation/git-daemon.txt\nindex 3f684378f4..533be2b997 100644\n--- a/Documentation/git-daemon.txt\n+++ b/Documentation/git-daemon.txt\n@@ -46,26 +46,26 @@ An `upload-archive` also exists to serve `git archive`.\n \n OPTIONS\n -------\n---strict-paths::\n+`--strict-paths`::\n \tMatch paths exactly (i.e. don't allow \"/foo/repo\" when the real path is\n \t\"/foo/repo.git\" or \"/foo/repo/.git\") and don't do user-relative paths.\n \t`git daemon` will refuse to start when this option is enabled and no\n \twhitelist is specified.\n \n---base-path=<path>::\n+`--base-path=<path>`::\n \tRemap all the path requests as relative to the given path.\n \tThis is sort of \"Git root\" - if you run `git daemon` with\n \t`--base-path=/srv/git` on `example.com`, then if you later try to pull\n \t`git://example.com/hello.git`, `git daemon` will interpret the path\n \tas `/srv/git/hello.git`.\n \n---base-path-relaxed::\n+`--base-path-relaxed`::\n \tIf `--base-path` is enabled and repo lookup fails, with this option\n \t`git daemon` will attempt to lookup without prefixing the base path.\n \tThis is useful for switching to `--base-path` usage, while still\n \tallowing the old paths.\n \n---interpolated-path=<pathtemplate>::\n+`--interpolated-path=<pathtemplate>`::\n \tTo support virtual hosting, an interpolated path template can be\n \tused to dynamically construct alternate paths.  The template\n \tsupports %H for the target hostname as supplied by the client but\n@@ -75,12 +75,12 @@ OPTIONS\n \tAfter interpolation, the path is validated against the directory\n \twhitelist.\n \n---export-all::\n+`--export-all`::\n \tAllow pulling from all directories that look like Git repositories\n \t(have the 'objects' and 'refs' subdirectories), even if they\n \tdo not have the `git-daemon-export-ok` file.\n \n---inetd::\n+`--inetd`::\n \tHave the server run as an inetd service. Implies `--syslog` (may be\n \toverridden with `--log-destination=`).\n \tIncompatible with `--detach`, `--port`, `--listen`, `--user` and `--group`\n@@ -94,49 +94,49 @@ OPTIONS\n \tCan be given more than once.\n \tIncompatible with `--inetd` option.\n \n---port=<n>::\n+`--port=<n>`::\n \tListen on an alternative port.  Incompatible with `--inetd` option.\n \n---init-timeout=<n>::\n+`--init-timeout=<n>`::\n \tTimeout (in seconds) between the moment the connection is established\n \tand the client request is received (typically a rather low value, since\n \tthat should be basically immediate).\n \n---timeout=<n>::\n+`--timeout=<n>`::\n \tTimeout (in seconds) for specific client sub-requests. This includes\n \tthe time it takes for the server to process the sub-request and the\n \ttime spent waiting for the next client's request.\n \n---max-connections=<n>::\n+`--max-connections=<n>`::\n \tMaximum number of concurrent clients, defaults to 32.  Set it to\n \tzero for no limit.\n \n---syslog::\n+`--syslog`::\n \tShort for `--log-destination=syslog`.\n \n---log-destination=<destination>::\n+`--log-destination=<destination>`::\n \tSend log messages to the specified destination.\n \tNote that this option does not imply `--verbose`,\n \tthus by default only error conditions will be logged.\n \tThe <destination> must be one of:\n +\n --\n-stderr::\n+`stderr`::\n \tWrite to standard error.\n \tNote that if `--detach` is specified,\n \tthe process disconnects from the real standard error,\n \tmaking this destination effectively equivalent to `none`.\n-syslog::\n+`syslog`::\n \tWrite to syslog, using the `git-daemon` identifier.\n-none::\n+`none`::\n \tDisable all logging.\n --\n +\n The default destination is `syslog` if `--inetd` or `--detach` is specified,\n otherwise `stderr`.\n \n---user-path::\n---user-path=<path>::\n+`--user-path`::\n+`--user-path=<path>`::\n \tAllow {tilde}user notation to be used in requests.  When\n \tspecified with no parameter, requests to\n \t`git://host/~alice/foo` is taken as a request to access\n@@ -145,23 +145,23 @@ otherwise `stderr`.\n \ttaken as a request to access `path/foo` repository in\n \tthe home directory of user `alice`.\n \n---verbose::\n+`--verbose`::\n \tLog details about the incoming connections and requested files.\n \n---reuseaddr::\n+`--reuseaddr`::\n \tUse SO_REUSEADDR when binding the listening socket.\n \tThis allows the server to restart without waiting for\n \told connections to time out.\n \n---detach::\n+`--detach`::\n \tDetach from the shell. Implies `--syslog`.\n \n---pid-file=<file>::\n+`--pid-file=<file>`::\n \tSave the process id in 'file'.  Ignored when the daemon\n \tis run under `--inetd`.\n \n---user=<user>::\n---group=<group>::\n+`--user=<user>`::\n+`--group=<group>`::\n \tChange daemon's uid and gid before entering the service loop.\n \tWhen only `--user` is given without `--group`, the\n \tprimary group ID for the user is used.  The values of\n@@ -179,21 +179,21 @@ may also want to set and export `HOME` to point at the home\n directory of `<user>` before starting the daemon, and make sure any\n Git configuration files in that directory are readable by `<user>`.\n \n---enable=<service>::\n---disable=<service>::\n+`--enable=<service>`::\n+`--disable=<service>`::\n \tEnable/disable the service site-wide per default.  Note\n \tthat a service disabled site-wide can still be enabled\n \tper repository if it is marked overridable and the\n \trepository enables the service with a configuration\n \titem.\n \n---allow-override=<service>::\n---forbid-override=<service>::\n+`--allow-override=<service>`::\n+`--forbid-override=<service>`::\n \tAllow/forbid overriding the site-wide default with per\n \trepository configuration.  By default, all the services\n \tmay be overridden.\n \n---[no-]informative-errors::\n+`--[no-]informative-errors`::\n \tWhen informative errors are turned on, `git-daemon` will report\n \tmore verbose errors to the client, differentiating conditions\n \tlike \"no such repository\" from \"repository not exported\". This\n@@ -202,7 +202,7 @@ Git configuration files in that directory are readable by `<user>`.\n \terrors are not enabled, all errors report \"access denied\" to the\n \tclient. The default is `--no-informative-errors`.\n \n---access-hook=<path>::\n+`--access-hook=<path>`::\n \tEvery time a client connects, first run an external command\n \tspecified by the <path> with service name (e.g. \"upload-pack\"),\n \tpath to the repository, hostname (%H), canonical hostname\n@@ -217,7 +217,7 @@ The external command can optionally write a single line to its\n standard output to be sent to the requestor as an error message when\n it declines the service.\n \n-<directory>::\n+`<directory>`::\n \tA directory to add to the whitelist of allowed directories. Unless\n \t`--strict-paths` is specified this will also include subdirectories\n \tof each named directory.\n@@ -232,18 +232,18 @@ against only in a few selected repositories the daemon serves),\n the per-repository configuration file can be used to enable or\n disable them.\n \n-upload-pack::\n+`upload-pack`::\n \tThis serves `git fetch-pack` and `git ls-remote`\n \tclients.  It is enabled by default, but a repository can\n \tdisable it by setting `daemon.uploadpack` configuration\n \titem to `false`.\n \n-upload-archive::\n+`upload-archive`::\n \tThis serves `git archive --remote`.  It is disabled by\n \tdefault, but a repository can enable it by setting\n \t`daemon.uploadarch` configuration item to `true`.\n \n-receive-pack::\n+`receive-pack`::\n \tThis serves `git send-pack` clients, allowing anonymous\n \tpush.  It is disabled by default, as there is _no_\n \tauthentication in the protocol (in other words, anybody\ndiff --git a/Documentation/git-describe.txt b/Documentation/git-describe.txt\nindex a21eafa025..39cecb4ce6 100644\n--- a/Documentation/git-describe.txt\n+++ b/Documentation/git-describe.txt\n@@ -37,8 +37,8 @@ OPTIONS\n <commit-ish>...::\n \tCommit-ish object names to describe.  Defaults to `HEAD` if omitted.\n \n---dirty[=<mark>]::\n---broken[=<mark>]::\n+`--dirty[=<mark>]`::\n+`--broken[=<mark>]`::\n \tDescribe the state of the working tree.  When the working\n \ttree matches `HEAD`, the output is the same as `git describe\n \tHEAD`.  If the working tree has local modification \"-dirty\"\n@@ -47,44 +47,44 @@ OPTIONS\n \terror out, unless `--broken' is given, which appends\n \tthe suffix \"-broken\" instead.\n \n---all::\n+`--all`::\n \tInstead of using only the annotated tags, use any ref\n \tfound in `refs/` namespace.  This option enables matching\n \tany known branch, remote-tracking branch, or lightweight tag.\n \n---tags::\n+`--tags`::\n \tInstead of using only the annotated tags, use any tag\n \tfound in `refs/tags` namespace.  This option enables matching\n \ta lightweight (non-annotated) tag.\n \n---contains::\n+`--contains`::\n \tInstead of finding the tag that predates the commit, find\n \tthe tag that comes after the commit, and thus contains it.\n \tAutomatically implies `--tags`.\n \n---abbrev=<n>::\n+`--abbrev=<n>`::\n \tInstead of using the default 7 hexadecimal digits as the\n \tabbreviated object name, use <n> digits, or as many digits\n \tas needed to form a unique object name.  An <n> of 0\n \twill suppress long format, only showing the closest tag.\n \n---candidates=<n>::\n+`--candidates=<n>`::\n \tInstead of considering only the 10 most recent tags as\n \tcandidates to describe the input commit-ish consider\n \tup to <n> candidates.  Increasing <n> above 10 will take\n \tslightly longer but may produce a more accurate result.\n \tAn <n> of 0 will cause only exact matches to be output.\n \n---exact-match::\n+`--exact-match`::\n \tOnly output exact matches (a tag directly references the\n \tsupplied commit).  This is a synonym for `--candidates=0`.\n \n---debug::\n+`--debug`::\n \tVerbosely display information about the searching strategy\n \tbeing employed to standard error.  The tag name will still\n \tbe printed to standard out.\n \n---long::\n+`--long`::\n \tAlways output the long format (the tag, the number of commits\n \tand the abbreviated commit name) even when it matches a tag.\n \tThis is useful when you want to see parts of the commit object name\n@@ -115,10 +115,10 @@ OPTIONS\n \tmatch any of the `--exclude` patterns. Use `--no-exclude` to clear and\n \treset the list of patterns.\n \n---always::\n+`--always`::\n \tShow uniquely abbreviated commit object as fallback.\n \n---first-parent::\n+`--first-parent`::\n \tFollow only the first parent commit upon seeing a merge commit.\n \tThis is useful when you wish to not match tags on branches merged\n \tin the history of the target commit.\ndiff --git a/Documentation/git-diff-files.txt b/Documentation/git-diff-files.txt\nindex b0fb276b99..5a993a309f 100644\n--- a/Documentation/git-diff-files.txt\n+++ b/Documentation/git-diff-files.txt\n@@ -34,14 +34,14 @@ The default is to diff against our branch (-2) and the\n cleanly resolved paths.  The option -0 can be given to\n omit diff output for unmerged entries and just show \"Unmerged\".\n \n--c::\n---cc::\n+`-c`::\n+`--cc`::\n \tThis compares stage 2 (our branch), stage 3 (their\n \tbranch) and the working tree file and outputs a combined\n \tdiff, similar to the way 'diff-tree' shows a merge\n \tcommit with these flags.\n \n--q::\n+`-q`::\n \tRemain silent even on nonexistent files\n \n \ndiff --git a/Documentation/git-diff-index.txt b/Documentation/git-diff-index.txt\nindex 87db234e77..e95e997e2b 100644\n--- a/Documentation/git-diff-index.txt\n+++ b/Documentation/git-diff-index.txt\n@@ -23,18 +23,18 @@ OPTIONS\n -------\n include::diff-options.txt[]\n \n-<tree-ish>::\n+`<tree-ish>`::\n \tThe id of a tree object to diff against.\n \n---cached::\n+`--cached`::\n \tDo not consider the on-disk file at all.\n \n---merge-base::\n+`--merge-base`::\n \tInstead of comparing <tree-ish> directly, use the merge base\n \tbetween <tree-ish> and `HEAD` instead.  <tree-ish> must be a\n \tcommit.\n \n--m::\n+`-m`::\n \tBy default, files recorded in the index but not checked\n \tout are reported as deleted.  This flag makes\n \t`git diff-index` say that all non-checked-out files are up\ndiff --git a/Documentation/git-diff-tree.txt b/Documentation/git-diff-tree.txt\nindex 56354886a4..098e67f872 100644\n--- a/Documentation/git-diff-tree.txt\n+++ b/Documentation/git-diff-tree.txt\n@@ -26,29 +26,29 @@ OPTIONS\n -------\n include::diff-options.txt[]\n \n-<tree-ish>::\n+`<tree-ish>`::\n \tThe id of a tree object.\n \n <path>...::\n \tIf provided, the results are limited to a subset of files\n \tmatching one of the provided pathspecs.\n \n--r::\n+`-r`::\n         recurse into sub-trees\n \n--t::\n+`-t`::\n \tshow tree entry itself as well as subtrees.  Implies `-r`.\n \n---root::\n+`--root`::\n \tWhen `--root` is specified the initial commit will be shown as a big\n \tcreation event. This is equivalent to a diff against the NULL tree.\n \n---merge-base::\n+`--merge-base`::\n \tInstead of comparing the <tree-ish>s directly, use the merge\n \tbase between the two <tree-ish>s as the \"before\" side.  There\n \tmust be two <tree-ish>s given and they must both be commits.\n \n---stdin::\n+`--stdin`::\n \tWhen `--stdin` is specified, the command does not take\n \t<tree-ish> arguments from the command line.  Instead, it\n \treads lines containing either two <tree>, one <commit>, or a\n@@ -68,29 +68,29 @@ newline, is printed.\n The following flags further affect the behavior when comparing\n commits (but not trees).\n \n--m::\n+`-m`::\n \tBy default, `git diff-tree --stdin` does not show\n \tdifferences for merge commits.  With this flag, it shows\n \tdifferences to that commit from all of its parents. See\n \talso `-c`.\n \n--s::\n+`-s`::\n \tBy default, `git diff-tree --stdin` shows differences,\n \teither in machine-readable form (without `-p`) or in patch\n \tform (with `-p`).  This output can be suppressed.  It is\n \tonly useful with `-v` flag.\n \n--v::\n+`-v`::\n \tThis flag causes `git diff-tree --stdin` to also show\n \tthe commit message before the differences.\n \n include::pretty-options.txt[]\n \n---no-commit-id::\n+`--no-commit-id`::\n \t`git diff-tree` outputs a line with the commit ID when\n \tapplicable.  This flag suppressed the commit ID output.\n \n--c::\n+`-c`::\n \tThis flag changes the way a merge commit is displayed\n \t(which means it is useful only when the command is given\n \tone <tree-ish>, or `--stdin`).  It shows the differences\n@@ -100,7 +100,7 @@ include::pretty-options.txt[]\n \tFurthermore, it lists only files which were modified\n \tfrom all parents.\n \n---cc::\n+`--cc`::\n \tThis flag changes the way a merge commit patch is displayed,\n \tin a similar way to the `-c` option. It implies the `-c`\n \tand `-p` options and further compresses the patch output\n@@ -110,14 +110,14 @@ include::pretty-options.txt[]\n \titself and the commit log message is not shown, just like in any other\n \t\"empty diff\" case.\n \n---combined-all-paths::\n+`--combined-all-paths`::\n \tThis flag causes combined diffs (used for merge commits) to\n \tlist the name of the file from all parents.  It thus only has\n \teffect when `-c` or `--cc` are specified, and is likely only\n \tuseful if filename changes are detected (i.e. when either\n \trename or copy detection have been requested).\n \n---always::\n+`--always`::\n \tShow the commit itself and the commit log message even\n \tif the diff itself is empty.\n \ndiff --git a/Documentation/git-difftool.txt b/Documentation/git-difftool.txt\nindex b646654941..f8b1e83404 100644\n--- a/Documentation/git-difftool.txt\n+++ b/Documentation/git-difftool.txt\n@@ -19,31 +19,31 @@ linkgit:git-diff[1].\n \n OPTIONS\n -------\n--d::\n---dir-diff::\n+`-d`::\n+`--dir-diff`::\n \tCopy the modified files to a temporary location and perform\n \ta directory diff on them. This mode never prompts before\n \tlaunching the diff tool.\n \n--y::\n---no-prompt::\n+`-y`::\n+`--no-prompt`::\n \tDo not prompt before launching a diff tool.\n \n---prompt::\n+`--prompt`::\n \tPrompt before each invocation of the diff tool.\n \tThis is the default behaviour; the option is provided to\n \toverride any configuration settings.\n \n---rotate-to=<file>::\n+`--rotate-to=<file>`::\n \tStart showing the diff for the given path,\n \tthe paths before it will move to end and output.\n \n---skip-to=<file>::\n+`--skip-to=<file>`::\n \tStart showing the diff for the given path, skipping all\n \tthe paths before it.\n \n -t <tool>::\n---tool=<tool>::\n+`--tool=<tool>`::\n \tUse the diff tool specified by <tool>.  Valid values include\n \temerge, kompare, meld, and vimdiff. Run `git difftool --tool-help`\n \tfor the list of valid <tool> settings.\n@@ -74,10 +74,10 @@ of the diff post-image.  `$MERGED` is the name of the file which is\n being compared. `$BASE` is provided for compatibility\n with custom merge tool commands and has the same value as `$MERGED`.\n \n---tool-help::\n+`--tool-help`::\n \tPrint a list of diff tools that may be used with `--tool`.\n \n---[no-]symlinks::\n+`--[no-]symlinks`::\n \t`git difftool`'s default behavior is create symlinks to the\n \tworking tree when run in `--dir-diff` mode and the right-hand\n \tside of the comparison yields the same content as the file in\n@@ -87,14 +87,14 @@ Specifying `--no-symlinks` instructs `git difftool` to create copies\n instead.  `--no-symlinks` is the default on Windows.\n \n -x <command>::\n---extcmd=<command>::\n+`--extcmd=<command>`::\n \tSpecify a custom command for viewing diffs.\n \t`git-difftool` ignores the configured defaults and runs\n \t`$command $LOCAL $REMOTE` when this option is specified.\n \tAdditionally, `$BASE` is set in the environment.\n \n--g::\n---[no-]gui::\n+`-g`::\n+`--[no-]gui`::\n \tWhen `git-difftool` is invoked with the `-g` or `--gui` option\n \tthe default diff tool will be read from the configured\n \t`diff.guitool` variable instead of `diff.tool`. The `--no-gui`\n@@ -102,7 +102,7 @@ instead.  `--no-symlinks` is the default on Windows.\n \tis not set, we will fallback in the order of `merge.guitool`,\n \t`diff.tool`, `merge.tool` until a tool is found.\n \n---[no-]trust-exit-code::\n+`--[no-]trust-exit-code`::\n \t`git-difftool` invokes a diff tool individually on each file.\n \tErrors reported by the diff tool are ignored by default.\n \tUse `--trust-exit-code` to make `git-difftool` exit when an\ndiff --git a/Documentation/git-fast-export.txt b/Documentation/git-fast-export.txt\nindex 0e1db78aee..b50751b344 100644\n--- a/Documentation/git-fast-export.txt\n+++ b/Documentation/git-fast-export.txt\n@@ -23,7 +23,7 @@ relied on by tools like `git filter-repo`).\n \n OPTIONS\n -------\n---progress=<n>::\n+`--progress=<n>`::\n \tInsert 'progress' statements every <n> objects, to be shown by\n \t`git fast-import` during import.\n \n@@ -50,8 +50,8 @@ the output.  With 'rewrite', if the tagged object is a commit, it will\n rewrite the tag to tag an ancestor commit (via parent rewriting; see\n linkgit:git-rev-list[1])\n \n--M::\n--C::\n+`-M`::\n+`-C`::\n \tPerform move and/or copy detection, as described in the\n \tlinkgit:git-diff[1] manual page, and use it to generate\n \trename and copy commands in the output dump.\n@@ -59,7 +59,7 @@ linkgit:git-rev-list[1])\n Note that earlier versions of this command did not complain and\n produced incorrect results if you gave these options.\n \n---export-marks=<file>::\n+`--export-marks=<file>`::\n \tDumps the internal marks table to <file> when complete.\n \tMarks are written one per line as `:markid SHA-1`. Only marks\n \tfor revisions are dumped; marks for blobs are ignored.\n@@ -71,12 +71,12 @@ produced incorrect results if you gave these options.\n \tThe file will not be written if no new object has been\n \tmarked/exported.\n \n---import-marks=<file>::\n+`--import-marks=<file>`::\n \tBefore processing any input, load the marks specified in\n \t<file>.  The input file must exist, must be readable, and\n \tmust use the same format as produced by `--export-marks`.\n \n---mark-tags::\n+`--mark-tags`::\n \tIn addition to labelling blobs and commits with mark ids, also\n \tlabel tags.  This is useful in conjunction with\n \t`--export-marks` and `--import-marks`, and is also useful (and\n@@ -90,17 +90,17 @@ exported again.  If the backend uses a similar `--import-marks` file,\n this allows for incremental bidirectional exporting of the repository\n by keeping the marks the same across runs.\n \n---fake-missing-tagger::\n+`--fake-missing-tagger`::\n \tSome old repositories have tags without a tagger.  The\n \tfast-import protocol was pretty strict about that, and did not\n \tallow that.  So fake a tagger to be able to fast-import the\n \toutput.\n \n---use-done-feature::\n+`--use-done-feature`::\n \tStart the stream with a 'feature done' stanza, and terminate\n \tit with a 'done' command.\n \n---no-data::\n+`--no-data`::\n \tSkip output of blob objects and instead refer to blobs via\n \ttheir original SHA-1 hash.  This is useful when rewriting the\n \tdirectory structure or history of a repository without\n@@ -108,13 +108,13 @@ by keeping the marks the same across runs.\n \tresulting stream can only be used by a repository which\n \talready contains the necessary objects.\n \n---full-tree::\n+`--full-tree`::\n \tThis option will cause fast-export to issue a \"deleteall\"\n \tdirective for each commit followed by a full list of all files\n \tin the commit (as opposed to just listing the files which are\n \tdifferent from the commit's first parent).\n \n---anonymize::\n+`--anonymize`::\n \tAnonymize the contents of the repository while still retaining\n \tthe shape of the history and stored tree.  See the section on\n \t`ANONYMIZING` below.\n@@ -124,7 +124,7 @@ by keeping the marks the same across runs.\n \t`<to>` is omitted, map `<from>` to itself (i.e., do not\n \tanonymize it). See the section on `ANONYMIZING` below.\n \n---reference-excluded-parents::\n+`--reference-excluded-parents`::\n \tBy default, running a command such as `git fast-export\n \tmaster~5..master` will not include the commit `master~5`\n \tand will make `master~4` no longer have `master~5` as\n@@ -136,7 +136,7 @@ by keeping the marks the same across runs.\n \trepository which already contains the necessary parent\n \tcommits.\n \n---show-original-ids::\n+`--show-original-ids`::\n \tAdd an extra directive to the output for commits and blobs,\n \t`original-oid <SHA1SUM>`.  While such directives will likely be\n \tignored by importers such as `git-fast-import`, it may be useful\n@@ -150,7 +150,7 @@ by keeping the marks the same across runs.\n \tmessage will be re-encoded into UTF-8.  With 'no', the original\n \tencoding will be preserved.\n \n---refspec::\n+`--refspec`::\n \tApply the specified refspec to each ref exported. Multiple of them can\n \tbe specified.\n \ndiff --git a/Documentation/git-fast-import.txt b/Documentation/git-fast-import.txt\nindex 7b801de61a..cfbb47665f 100644\n--- a/Documentation/git-fast-import.txt\n+++ b/Documentation/git-fast-import.txt\n@@ -34,24 +34,24 @@ the frontend program in use.\n OPTIONS\n -------\n \n---force::\n+`--force`::\n \tForce updating modified existing branches, even if doing\n \tso would cause commits to be lost (as the new commit does\n \tnot contain the old commit).\n \n---quiet::\n+`--quiet`::\n \tDisable the output shown by `--stats`, making fast-import usually\n \tbe silent when it is successful.  However, if the import stream\n \thas directives intended to show user output (e.g. `progress`\n \tdirectives), the corresponding messages will still be shown.\n \n---stats::\n+`--stats`::\n \tDisplay some basic statistics about the objects fast-import has\n \tcreated, the packfiles they were stored into, and the\n \tmemory used by fast-import during this run.  Showing this output\n \tis currently the default, but can be disabled with `--quiet`.\n \n---allow-unsafe-features::\n+`--allow-unsafe-features`::\n \tMany command-line options can be provided as part of the\n \tfast-import stream itself by using the `feature` or `option`\n \tcommands. However, some of these options are unsafe (e.g.,\n@@ -69,19 +69,19 @@ OPTIONS\n Options for Frontends\n ~~~~~~~~~~~~~~~~~~~~~\n \n---cat-blob-fd=<fd>::\n+`--cat-blob-fd=<fd>`::\n \tWrite responses to `get-mark`, `cat-blob`, and `ls` queries to the\n \tfile descriptor <fd> instead of `stdout`.  Allows `progress`\n \toutput intended for the end-user to be separated from other\n \toutput.\n \n---date-format=<fmt>::\n+`--date-format=<fmt>`::\n \tSpecify the type of dates the frontend will supply to\n \tfast-import within `author`, `committer` and `tagger` commands.\n \tSee ``Date Formats'' below for details about which formats\n \tare supported, and their syntax.\n \n---done::\n+`--done`::\n \tTerminate with error if there is no `done` command at the end of\n \tthe stream.  This option might be useful for detecting errors\n \tthat cause the frontend to terminate before it has started to\n@@ -90,7 +90,7 @@ Options for Frontends\n Locations of Marks Files\n ~~~~~~~~~~~~~~~~~~~~~~~~\n \n---export-marks=<file>::\n+`--export-marks=<file>`::\n \tDumps the internal marks table to <file> when complete.\n \tMarks are written one per line as `:markid SHA-1`.\n \tFrontends can use this file to validate imports after they\n@@ -99,7 +99,7 @@ Locations of Marks Files\n \tat checkpoint (or completion) the same path can also be\n \tsafely given to `--import-marks`.\n \n---import-marks=<file>::\n+`--import-marks=<file>`::\n \tBefore processing any input, load the marks specified in\n \t<file>.  The input file must exist, must be readable, and\n \tmust use the same format as produced by `--export-marks`.\n@@ -107,11 +107,11 @@ Locations of Marks Files\n \tset of marks.  If a mark is defined to different values,\n \tthe last file wins.\n \n---import-marks-if-exists=<file>::\n+`--import-marks-if-exists=<file>`::\n \tLike `--import-marks` but instead of erroring out, silently\n \tskips the file if it does not exist.\n \n---[no-]relative-marks::\n+`--[no-]relative-marks`::\n \tAfter specifying `--relative-marks` the paths specified\n \twith `--import-marks`= and `--export-marks`= are relative\n \tto an internal directory in the current repository.\n@@ -145,21 +145,21 @@ algorithm.\n Performance and Compression Tuning\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n---active-branches=<n>::\n+`--active-branches=<n>`::\n \tMaximum number of branches to maintain active at once.\n \tSee ``Memory Utilization'' below for details.  Default is 5.\n \n---big-file-threshold=<n>::\n+`--big-file-threshold=<n>`::\n \tMaximum size of a blob that fast-import will attempt to\n \tcreate a delta for, expressed in bytes.  The default is 512m\n \t(512 MiB).  Some importers may wish to lower this on systems\n \twith constrained memory.\n \n---depth=<n>::\n+`--depth=<n>`::\n \tMaximum delta depth, for blob and tree deltification.\n \tDefault is 50.\n \n---export-pack-edges=<file>::\n+`--export-pack-edges=<file>`::\n \tAfter creating a packfile, print a line of data to\n \t<file> listing the filename of the packfile and the last\n \tcommit on each branch that was written to that packfile.\n@@ -168,7 +168,7 @@ Performance and Compression Tuning\n \tas these commits can be used as edge points during calls\n \tto `git pack-objects`.\n \n---max-pack-size=<n>::\n+`--max-pack-size=<n>`::\n \tMaximum size of each output packfile.\n \tThe default is unlimited.\n \n@@ -1141,17 +1141,17 @@ it does not.\n \n The <feature> part of the command may be any one of the following:\n \n-date-format::\n-export-marks::\n-relative-marks::\n-no-relative-marks::\n-force::\n+`date-format`::\n+`export-marks`::\n+`relative-marks`::\n+`no-relative-marks`::\n+`force`::\n \tAct as though the corresponding command-line option with\n \ta leading `--` was passed on the command line\n \t(see OPTIONS, above).\n \n-import-marks::\n-import-marks-if-exists::\n+`import-marks`::\n+`import-marks-if-exists`::\n \tLike `--import-marks` except in two respects: first, only one\n \t\"feature import-marks\" or \"feature import-marks-if-exists\"\n \tcommand is allowed per stream; second, an `--import-marks=`\n@@ -1160,9 +1160,9 @@ import-marks-if-exists::\n \t\"feature import-marks-if-exists\" like a corresponding\n \tcommand-line option silently skips a nonexistent file.\n \n-get-mark::\n-cat-blob::\n-ls::\n+`get-mark`::\n+`cat-blob`::\n+`ls`::\n \tRequire that the backend support the 'get-mark', 'cat-blob',\n \tor 'ls' command respectively.\n \tVersions of fast-import not supporting the specified command\n@@ -1171,13 +1171,13 @@ ls::\n \trather than wasting time on the early part of an import\n \tbefore the unsupported command is detected.\n \n-notes::\n+`notes`::\n \tRequire that the backend support the 'notemodify' (N)\n \tsubcommand to the 'commit' command.\n \tVersions of fast-import not supporting notes will exit\n \twith a message indicating so.\n \n-done::\n+`done`::\n \tError out if the stream ends without a 'done' command.\n \tWithout this feature, errors causing the frontend to end\n \tabruptly at a convenient point in the stream can go\ndiff --git a/Documentation/git-fetch-pack.txt b/Documentation/git-fetch-pack.txt\nindex 3d829538b0..e7e4ed214a 100644\n--- a/Documentation/git-fetch-pack.txt\n+++ b/Documentation/git-fetch-pack.txt\n@@ -32,10 +32,10 @@ have a common ancestor commit.\n \n OPTIONS\n -------\n---all::\n+`--all`::\n \tFetch all remote refs.\n \n---stdin::\n+`--stdin`::\n \tTake the list of refs from stdin, one per line. If there\n \tare refs specified on the command line in addition to this\n \toption, then the refs from stdin are processed after those\n@@ -45,29 +45,29 @@ If `--stateless-rpc` is specified together with this option then\n the list of refs must be in packet format (pkt-line). Each ref must\n be in a separate packet, and the list must end with a flush packet.\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tPass `-q` flag to `git unpack-objects`; this makes the\n \tcloning process less verbose.\n \n--k::\n---keep::\n+`-k`::\n+`--keep`::\n \tDo not invoke `git unpack-objects` on received data, but\n \tcreate a single packfile out of it instead, and store it\n \tin the object database. If provided twice then the pack is\n \tlocked against repacking.\n \n---thin::\n+`--thin`::\n \tFetch a \"thin\" pack, which records objects in deltified form based\n \ton objects not included in the pack to reduce network traffic.\n \n---include-tag::\n+`--include-tag`::\n \tIf the remote side supports it, annotated tags objects will\n \tbe downloaded on the same connection as the other objects if\n \tthe object the tag references is downloaded.  The caller must\n \totherwise determine the tags this option made available.\n \n---upload-pack=<git-upload-pack>::\n+`--upload-pack=<git-upload-pack>`::\n \tUse this to specify the path to `git-upload-pack` on the\n \tremote side, if is not found on your `$PATH`.\n \tInstallations of sshd ignores the user's environment\n@@ -79,39 +79,39 @@ be in a separate packet, and the list must end with a flush packet.\n \tshells by having a lean `.bashrc` file (they set most of\n \tthe things up in `.bash_profile`).\n \n---exec=<git-upload-pack>::\n+`--exec=<git-upload-pack>`::\n \tSame as `--upload-pack`=<git-upload-pack>.\n \n---depth=<n>::\n+`--depth=<n>`::\n \tLimit fetching to ancestor-chains not longer than n.\n \t`git-upload-pack` treats the special depth 2147483647 as\n \tinfinite even if there is an ancestor-chain that long.\n \n---shallow-since=<date>::\n+`--shallow-since=<date>`::\n \tDeepen or shorten the history of a shallow repository to\n \tinclude all reachable commits after <date>.\n \n---shallow-exclude=<revision>::\n+`--shallow-exclude=<revision>`::\n \tDeepen or shorten the history of a shallow repository to\n \texclude commits reachable from a specified remote branch or tag.\n \tThis option can be specified multiple times.\n \n---deepen-relative::\n+`--deepen-relative`::\n \tArgument `--depth` specifies the number of commits from the\n \tcurrent shallow boundary instead of from the tip of each\n \tremote branch history.\n \n---no-progress::\n+`--no-progress`::\n \tDo not show the progress.\n \n---check-self-contained-and-connected::\n+`--check-self-contained-and-connected`::\n \tOutput \"connectivity-ok\" if the received pack is\n \tself-contained and connected.\n \n--v::\n+`-v`::\n \tRun verbosely.\n \n-<repository>::\n+`<repository>`::\n \tThe URL to the remote repository.\n \n <refs>...::\ndiff --git a/Documentation/git-fetch.txt b/Documentation/git-fetch.txt\nindex 11ee865969..79c7f15904 100644\n--- a/Documentation/git-fetch.txt\n+++ b/Documentation/git-fetch.txt\n@@ -48,7 +48,7 @@ include::fetch-options.txt[]\n \n include::pull-fetch-param.txt[]\n \n---stdin::\n+`--stdin`::\n \tRead refspecs, one per line, from stdin in addition to those provided\n \tas arguments. The \"tag <name>\" format is not supported.\n \n@@ -212,7 +212,7 @@ In compact output mode, specified with configuration variable\n other string, it will be substituted with `*` in the other string. For\n example, `master -> origin/master` becomes `master -> origin/*`.\n \n-flag::\n+`flag`::\n \tA single character indicating the status of the ref:\n (space);; for a successfully fetched fast-forward;\n `+`;; for a successful forced update;\n@@ -222,22 +222,22 @@ flag::\n `!`;; for a ref that was rejected or failed to update; and\n `=`;; for a ref that was up to date and did not need fetching.\n \n-summary::\n+`summary`::\n \tFor a successfully fetched ref, the summary shows the old and new\n \tvalues of the ref in a form suitable for using as an argument to\n \t`git log` (this is `<old>..<new>` in most cases, and\n \t`<old>...<new>` for forced non-fast-forward updates).\n \n-from::\n+`from`::\n \tThe name of the remote ref being fetched from, minus its\n \t`refs/<type>/` prefix. In the case of deletion, the name of\n \tthe remote ref is \"(none)\".\n \n-to::\n+`to`::\n \tThe name of the local ref being updated, minus its\n \t`refs/<type>/` prefix.\n \n-reason::\n+`reason`::\n \tA human-readable explanation. In the case of successfully fetched\n \trefs, no explanation is needed. For a failed ref, the reason for\n \tfailure is described.\ndiff --git a/Documentation/git-filter-branch.txt b/Documentation/git-filter-branch.txt\nindex 8b19805695..4a72e4ce44 100644\n--- a/Documentation/git-filter-branch.txt\n+++ b/Documentation/git-filter-branch.txt\n@@ -185,7 +185,7 @@ be removed, buyer beware. There is also no support for changing the\n author or timestamp (or the tag message for that matter). Tags which point\n to other tags will be rewritten to point to the underlying commit.\n \n---prune-empty::\n+`--prune-empty`::\n \tSome filters will generate empty commits that leave the tree untouched.\n \tThis option instructs `git-filter-branch` to remove such commits if they\n \thave exactly one or zero non-pruned parents; merge commits will\n@@ -205,8 +205,8 @@ to other tags will be rewritten to point to the underlying commit.\n \tdoes this in the `.git-rewrite/` directory but you can override\n \tthat choice by this parameter.\n \n--f::\n---force::\n+`-f`::\n+`--force`::\n \t`git filter-branch` refuses to start with an existing temporary\n \tdirectory or when there are already refs starting with\n \t`refs/original/`, unless forced.\ndiff --git a/Documentation/git-fmt-merge-msg.txt b/Documentation/git-fmt-merge-msg.txt\nindex a8e9ab914d..283bb59199 100644\n--- a/Documentation/git-fmt-merge-msg.txt\n+++ b/Documentation/git-fmt-merge-msg.txt\n@@ -24,18 +24,18 @@ automatically invoking `git merge`.\n OPTIONS\n -------\n \n---log[=<n>]::\n+`--log[=<n>]`::\n \tIn addition to branch names, populate the log message with\n \tone-line descriptions from the actual commits that are being\n \tmerged.  At most <n> commits from each merge parent will be\n \tused (20 if <n> is omitted).  This overrides the `merge.log`\n \tconfiguration variable.\n \n---no-log::\n+`--no-log`::\n \tDo not list one-line descriptions from the actual commits being\n \tmerged.\n \n---[no-]summary::\n+`--[no-]summary`::\n \tSynonyms to `--log` and `--no-log`; these are deprecated and will be\n \tremoved in the future.\n \ndiff --git a/Documentation/git-for-each-ref.txt b/Documentation/git-for-each-ref.txt\nindex 518f040fcd..74be946d9d 100644\n--- a/Documentation/git-for-each-ref.txt\n+++ b/Documentation/git-for-each-ref.txt\n@@ -32,19 +32,19 @@ OPTIONS\n \tliterally, in the latter case matching completely or from the\n \tbeginning up to a slash.\n \n---count=<count>::\n+`--count=<count>`::\n \tBy default the command shows all refs that match\n \t`<pattern>`.  This option makes it stop after showing\n \tthat many refs.\n \n---sort=<key>::\n+`--sort=<key>`::\n \tA field name to sort on.  Prefix `-` to sort in\n \tdescending order of the value.  When unspecified,\n \t`refname` is used.  You may use the `--sort=<key>` option\n \tmultiple times, in which case the last key becomes the primary\n \tkey.\n \n---format=<format>::\n+`--format=<format>`::\n \tA string that interpolates `%(fieldname)` from a ref being shown\n \tand the object it points at.  If `fieldname`\n \tis prefixed with an asterisk (`*`) and the ref points\n@@ -57,40 +57,40 @@ OPTIONS\n \t`xx`; for example `%00` interpolates to `\\0` (NUL),\n \t`%09` to `\\t` (TAB) and `%0a` to `\\n` (LF).\n \n---color[=<when>]::\n+`--color[=<when>]`::\n \tRespect any colors specified in the `--format` option. The\n \t`<when>` field must be one of `always`, `never`, or `auto` (if\n \t`<when>` is absent, behave as if `always` was given).\n \n---shell::\n---perl::\n---python::\n---tcl::\n+`--shell`::\n+`--perl`::\n+`--python`::\n+`--tcl`::\n \tIf given, strings that substitute `%(fieldname)`\n \tplaceholders are quoted as string literals suitable for\n \tthe specified host language.  This is meant to produce\n \ta scriptlet that can directly be `eval`ed.\n \n---points-at=<object>::\n+`--points-at=<object>`::\n \tOnly list refs which points at the given object.\n \n---merged[=<object>]::\n+`--merged[=<object>]`::\n \tOnly list refs whose tips are reachable from the\n \tspecified commit (`HEAD` if not specified).\n \n---no-merged[=<object>]::\n+`--no-merged[=<object>]`::\n \tOnly list refs whose tips are not reachable from the\n \tspecified commit (`HEAD` if not specified).\n \n---contains[=<object>]::\n+`--contains[=<object>]`::\n \tOnly list refs which contain the specified commit (`HEAD` if not\n \tspecified).\n \n---no-contains[=<object>]::\n+`--no-contains[=<object>]`::\n \tOnly list refs which don't contain the specified commit (`HEAD`\n \tif not specified).\n \n---ignore-case::\n+`--ignore-case`::\n \tSorting and filtering refs are case insensitive.\n \n FIELD NAMES\n@@ -102,7 +102,7 @@ keys.\n \n For all objects, the following names can be used:\n \n-refname::\n+`refname`::\n \tThe name of the ref (the part after `$GIT_DIR`/).\n \tFor a non-ambiguous short name of the ref append `:short`.\n \tThe option `core.warnAmbiguousRefs` is used to select the strict\n@@ -121,25 +121,25 @@ refname::\n +\n `strip` can be used as a synonym to `lstrip`.\n \n-objecttype::\n+`objecttype`::\n \tThe type of the object (`blob`, `tree`, `commit`, `tag`).\n \n-objectsize::\n+`objectsize`::\n \tThe size of the object (the same as `git cat-file -s` reports).\n \tAppend `:disk` to get the size, in bytes, that the object takes up on\n \tdisk. See the note about on-disk sizes in the `CAVEATS` section below.\n-objectname::\n+`objectname`::\n \tThe object name (aka SHA-1).\n \tFor a non-ambiguous abbreviation of the object name append `:short`.\n \tFor an abbreviation of the object name with desired length append\n \t`:short=<length>`, where the minimum length is MINIMUM_ABBREV. The\n \tlength may be exceeded to ensure unique object names.\n-deltabase::\n+`deltabase`::\n \tThis expands to the object name of the delta base for the\n \tgiven object, if it is stored as a delta.  Otherwise it\n \texpands to the null object name (all zeroes).\n \n-upstream::\n+`upstream`::\n \tThe name of a local ref which can be considered ``upstream''\n \tfrom the displayed ref. Respects `:short`, `:lstrip` and\n \t`:rstrip` in the same way as `refname` above.  Additionally\n@@ -161,24 +161,24 @@ Has no effect if the ref does not have tracking information associated\n with it.  All the options apart from `nobracket` are mutually exclusive,\n but if used together the last option is selected.\n \n-push::\n+`push`::\n \tThe name of a local ref which represents the `@{push}`\n \tlocation for the displayed ref. Respects `:short`, `:lstrip`,\n \t`:rstrip`, `:track`, `:trackshort`, `:remotename`, and `:remoteref`\n \toptions as `upstream` does. Produces an empty string if no `@{push}`\n \tref is configured.\n \n-HEAD::\n+`HEAD`::\n \t'*' if `HEAD` matches current ref (the checked out branch), ' '\n \totherwise.\n \n-color::\n+`color`::\n \tChange output color. Followed by `:<colorname>`, where color\n \tnames are described under Values in the \"CONFIGURATION FILE\"\n \tsection of linkgit:git-config[1].  For example,\n \t`%(color:bold red)`.\n \n-align::\n+`align`::\n \tLeft-, middle-, or right-align the content between\n \t%(align:...) and %(end). The \"align:\" is followed by\n \t`width=<width>` and `position=<position>` in any order\n@@ -193,7 +193,7 @@ align::\n \tquoted, but if nested then only the topmost level performs\n \tquoting.\n \n-if::\n+`if`::\n \tUsed as %(if)...%(then)...%(end) or\n \t%(if)...%(then)...%(else)...%(end).  If there is an atom with\n \tvalue or string literal after the %(if) then everything after\n@@ -206,13 +206,13 @@ if::\n \tthe value between the %(if:...) and %(then) atoms with the\n \tgiven string.\n \n-symref::\n+`symref`::\n \tThe ref which the given symbolic ref refers to. If not a\n \tsymbolic ref, nothing is printed. Respects the `:short`,\n \t`:lstrip` and `:rstrip` options in the same way as `refname`\n \tabove.\n \n-worktreepath::\n+`worktreepath`::\n \tThe absolute path to the worktree in which the ref is checked\n \tout, if it is checked out in any linked worktree. Empty string\n \totherwise.\ndiff --git a/Documentation/git-format-patch.txt b/Documentation/git-format-patch.txt\nindex 3b10a6f7ea..3372e13868 100644\n--- a/Documentation/git-format-patch.txt\n+++ b/Documentation/git-format-patch.txt\n@@ -107,7 +107,7 @@ OPTIONS\n :git-format-patch: 1\n include::diff-options.txt[]\n \n--<n>::\n+`-<n>`::\n \tPrepare patches from the topmost <n> commits.\n \n -o <dir>::\n@@ -115,52 +115,52 @@ include::diff-options.txt[]\n \tUse <dir> to store the resulting files, instead of the\n \tcurrent working directory.\n \n--n::\n---numbered::\n+`-n`::\n+`--numbered`::\n \tName output in '[PATCH n/m]' format, even with a single patch.\n \n--N::\n---no-numbered::\n+`-N`::\n+`--no-numbered`::\n \tName output in '[PATCH]' format.\n \n --start-number <n>::\n \tStart numbering the patches at <n> instead of 1.\n \n---numbered-files::\n+`--numbered-files`::\n \tOutput file names will be a simple number sequence\n \twithout the default first line of the commit appended.\n \n--k::\n---keep-subject::\n+`-k`::\n+`--keep-subject`::\n \tDo not strip/add '[PATCH]' from the first line of the\n \tcommit log message.\n \n--s::\n---signoff::\n+`-s`::\n+`--signoff`::\n \tAdd a `Signed-off-by` trailer to the commit message, using\n \tthe committer identity of yourself.\n \tSee the signoff option in linkgit:git-commit[1] for more information.\n \n---stdout::\n+`--stdout`::\n \tPrint all commits to the standard output in mbox format,\n \tinstead of creating a file for each one.\n \n---attach[=<boundary>]::\n+`--attach[=<boundary>]`::\n \tCreate multipart/mixed attachment, the first part of\n \twhich is the commit message and the patch itself in the\n \tsecond part, with `Content-Disposition: attachment`.\n \n---no-attach::\n+`--no-attach`::\n \tDisable the creation of an attachment, overriding the\n \tconfiguration setting.\n \n---inline[=<boundary>]::\n+`--inline[=<boundary>]`::\n \tCreate multipart/mixed attachment, the first part of\n \twhich is the commit message and the patch itself in the\n \tsecond part, with `Content-Disposition: inline`.\n \n---thread[=<style>]::\n---no-thread::\n+`--thread[=<style>]`::\n+`--no-thread`::\n \tControls addition of `In-Reply-To` and `References` headers to\n \tmake the second and subsequent mails appear as replies to the\n \tfirst.  Also controls generation of the `Message-Id` header to\n@@ -185,14 +185,14 @@ will want to ensure that threading is disabled for `git send-email`.\n \treply to the given <message id>, which avoids breaking threads to\n \tprovide a new patch series.\n \n---ignore-if-in-upstream::\n+`--ignore-if-in-upstream`::\n \tDo not include a patch that matches a commit in\n \t<until>..<since>.  This will examine all patches reachable\n \tfrom <since> but not from <until> and compare them with the\n \tpatches being generated, and any patch that matches is\n \tignored.\n \n---cover-from-description=<mode>::\n+`--cover-from-description=<mode>`::\n \tControls which parts of the cover letter will be automatically\n \tpopulated using the branch's description.\n +\n@@ -218,20 +218,20 @@ populated with placeholder text.\n \tallows for useful naming of a patch series, and can be\n \tcombined with the `--numbered` option.\n \n---filename-max-length=<n>::\n+`--filename-max-length=<n>`::\n \tInstead of the standard 64 bytes, chomp the generated output\n \tfilenames at around '<n>' bytes (too short a value will be\n \tsilently raised to a reasonable length).  Defaults to the\n \tvalue of the `format.filenameMaxLength` configuration\n \tvariable, or 64 if unconfigured.\n \n---rfc::\n+`--rfc`::\n \tAlias for `--subject-prefix=\"RFC PATCH\"`. RFC means \"Request For\n \tComments\"; use this when sending an experimental patch for\n \tdiscussion rather than application.\n \n -v <n>::\n---reroll-count=<n>::\n+`--reroll-count=<n>`::\n \tMark the series as the <n>-th iteration of the topic. The\n \toutput filenames have `v<n>` prepended to them, and the\n \tsubject prefix (\"PATCH\" by default, but configurable via the\n@@ -244,20 +244,20 @@ populated with placeholder text.\n \twith the previous version does not state exactly which\n \tversion the new interation is compared against.\n \n---to=<email>::\n+`--to=<email>`::\n \tAdd a `To:` header to the email headers. This is in addition\n \tto any configured headers, and may be used multiple times.\n \tThe negated form `--no-to` discards all `To:` headers added so\n \tfar (from config or command line).\n \n---cc=<email>::\n+`--cc=<email>`::\n \tAdd a `Cc:` header to the email headers. This is in addition\n \tto any configured headers, and may be used multiple times.\n \tThe negated form `--no-cc` discards all `Cc:` headers added so\n \tfar (from config or command line).\n \n---from::\n---from=<ident>::\n+`--from`::\n+`--from=<ident>`::\n \tUse `ident` in the `From:` header of each commit email. If the\n \tauthor ident of the commit is not textually identical to the\n \tprovided `ident`, place a `From:` header in the body of the\n@@ -271,7 +271,7 @@ header). Note also that `git send-email` already handles this\n transformation for you, and this option should not be used if you are\n feeding the result to `git send-email`.\n \n---add-header=<header>::\n+`--add-header=<header>`::\n \tAdd an arbitrary header to the email headers.  This is in addition\n \tto any configured headers, and may be used multiple times.\n \tFor example, `--add-header=\"Organization: git-foo\"`.\n@@ -279,19 +279,19 @@ feeding the result to `git send-email`.\n \t`Cc:`, and custom) headers added so far from config or command\n \tline.\n \n---[no-]cover-letter::\n+`--[no-]cover-letter`::\n \tIn addition to the patches, generate a cover letter file\n \tcontaining the branch description, shortlog and the overall diffstat.  You can\n \tfill in a description in the file before sending it out.\n \n---encode-email-headers::\n---no-encode-email-headers::\n+`--encode-email-headers`::\n+`--no-encode-email-headers`::\n \tEncode email headers that have non-ASCII characters with\n \t\"Q-encoding\" (described in RFC 2047), instead of outputting the\n \theaders verbatim. Defaults to the value of the\n \t`format.encodeEmailHeaders` configuration variable.\n \n---interdiff=<previous>::\n+`--interdiff=<previous>`::\n \tAs a reviewer aid, insert an interdiff into the cover letter,\n \tor as commentary of the lone patch of a 1-patch series, showing\n \tthe differences between the previous version of the patch series and\n@@ -300,7 +300,7 @@ feeding the result to `git send-email`.\n \tthe series being formatted (for example `git format-patch\n \t--cover-letter --interdiff=feature/v1 -3 feature/v2`).\n \n---range-diff=<previous>::\n+`--range-diff=<previous>`::\n \tAs a reviewer aid, insert a range-diff (see linkgit:git-range-diff[1])\n \tinto the cover letter, or as commentary of the lone patch of a\n \t1-patch series, showing the differences between the previous\n@@ -317,14 +317,14 @@ product of `format-patch` is generated, and they are not passed to\n the underlying `range-diff` machinery used to generate the cover-letter\n material (this may change in the future).\n \n---creation-factor=<percent>::\n+`--creation-factor=<percent>`::\n \tUsed with `--range-diff`, tweak the heuristic which matches up commits\n \tbetween the previous and current series of patches by adjusting the\n \tcreation/deletion cost fudge factor. See linkgit:git-range-diff[1])\n \tfor details.\n \n---notes[=<ref>]::\n---no-notes::\n+`--notes[=<ref>]`::\n+`--no-notes`::\n \tAppend the notes (see linkgit:git-notes[1]) for the commit\n \tafter the three-dash line.\n +\n@@ -339,13 +339,13 @@ configuration options in linkgit:git-notes[1] to use this workflow).\n The default is `--no-notes`, unless the `format.notes` configuration is\n set.\n \n---[no-]signature=<signature>::\n+`--[no-]signature=<signature>`::\n \tAdd a signature to each message produced. Per RFC 3676 the signature\n \tis separated from the body by a line with '-- ' on it. If the\n \tsignature option is omitted the signature defaults to the Git version\n \tnumber.\n \n---signature-file=<file>::\n+`--signature-file=<file>`::\n \tWorks just like `--signature` except the signature is read from a file.\n \n --suffix=.<sfx>::\n@@ -357,35 +357,35 @@ set.\n Note that the leading character does not have to be a dot; for example,\n you can use `--suffix=-patch` to get `0001-description-of-my-change-patch`.\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tDo not print the names of the generated files to standard output.\n \n---no-binary::\n+`--no-binary`::\n \tDo not output contents of changes in binary files, instead\n \tdisplay a notice that those files changed.  Patches generated\n \tusing this option cannot be applied properly, but they are\n \tstill useful for code review.\n \n---zero-commit::\n+`--zero-commit`::\n   Output an all-zero hash in each patch's From header instead\n   of the hash of the commit.\n \n---[no-]base[=<commit>]::\n+`--[no-]base[=<commit>]`::\n \tRecord the base tree information to identify the state the\n \tpatch series applies to.  See the BASE TREE INFORMATION section\n \tbelow for details. If <commit> is \"auto\", a base commit is\n \tautomatically chosen. The `--no-base` option overrides a\n \t`format.useAutoBase` configuration.\n \n---root::\n+`--root`::\n \tTreat the revision argument as a <revision range>, even if it\n \tis just a single commit (that would normally be treated as a\n \t<since>).  Note that root commits included in the specified\n \trange are always formatted as creation patches, independently\n \tof this flag.\n \n---progress::\n+`--progress`::\n \tShow progress reports on stderr as patches are generated.\n \n CONFIGURATION\ndiff --git a/Documentation/git-fsck.txt b/Documentation/git-fsck.txt\nindex 2d90384355..f942c5a7a6 100644\n--- a/Documentation/git-fsck.txt\n+++ b/Documentation/git-fsck.txt\n@@ -20,38 +20,38 @@ Verifies the connectivity and validity of the objects in the database.\n \n OPTIONS\n -------\n-<object>::\n+`<object>`::\n \tAn object to treat as the head of an unreachability trace.\n +\n If no objects are given, `git fsck` defaults to using the\n index file, all SHA-1 references in `refs` namespace, and all reflogs\n (unless `--no-reflogs` is given) as heads.\n \n---unreachable::\n+`--unreachable`::\n \tPrint out objects that exist but that aren't reachable from any\n \tof the reference nodes.\n \n---[no-]dangling::\n+`--[no-]dangling`::\n \tPrint objects that exist but that are never 'directly' used (default).\n \t`--no-dangling` can be used to omit this information from the output.\n \n---root::\n+`--root`::\n \tReport root nodes.\n \n---tags::\n+`--tags`::\n \tReport tags.\n \n---cache::\n+`--cache`::\n \tConsider any object recorded in the index also as a head node for\n \tan unreachability trace.\n \n---no-reflogs::\n+`--no-reflogs`::\n \tDo not consider commits that are referenced only by an\n \tentry in a reflog to be reachable.  This option is meant\n \tonly to search for commits that used to be in a ref, but\n \tnow aren't, but are still in that corresponding reflog.\n \n---full::\n+`--full`::\n \tCheck not just objects in GIT_OBJECT_DIRECTORY\n \t(`$GIT_DIR/objects`), but also the ones found in alternate\n \tobject pools listed in GIT_ALTERNATE_OBJECT_DIRECTORIES\n@@ -61,7 +61,7 @@ index file, all SHA-1 references in `refs` namespace, and all reflogs\n \tobject pools.  This is now default; you can turn it off\n \twith `--no-full`.\n \n---connectivity-only::\n+`--connectivity-only`::\n \tCheck only the connectivity of reachable objects, making sure\n \tthat any objects referenced by a reachable tag, commit, or tree\n \tis present. This speeds up the operation by avoiding reading\n@@ -74,7 +74,7 @@ Unreachable tags, commits, and trees will also be accessed to find the\n tips of dangling segments of history. Use `--no-dangling` if you don't\n care about this output and want to speed it up further.\n \n---strict::\n+`--strict`::\n \tEnable more strict checking, namely to catch a file mode\n \trecorded with g+w bit set, which was created by older\n \tversions of Git.  Existing repositories, including the\n@@ -82,22 +82,22 @@ care about this output and want to speed it up further.\n \tobjects that triggers this check, but it is recommended\n \tto check new projects with this flag.\n \n---verbose::\n+`--verbose`::\n \tBe chatty.\n \n---lost-found::\n+`--lost-found`::\n \tWrite dangling objects into `.git/lost-found/commit/` or\n \t`.git/lost-found/other/`, depending on type.  If the object is\n \ta blob, the contents are written into the file, rather than\n \tits object name.\n \n---name-objects::\n+`--name-objects`::\n \tWhen displaying names of reachable objects, in addition to the\n \tSHA-1 also display a name that describes *how* they are reachable,\n \tcompatible with linkgit:git-rev-parse[1], e.g.\n \t`HEAD@{1234567890}~25^2:src/`.\n \n---[no-]progress::\n+`--[no-]progress`::\n \tProgress status is reported on the standard error stream by\n \tdefault when it is attached to a terminal, unless\n \t`--no-progress` or `--verbose` is specified. `--progress` forces\ndiff --git a/Documentation/git-gc.txt b/Documentation/git-gc.txt\nindex c5c71febf5..831dbe74e0 100644\n--- a/Documentation/git-gc.txt\n+++ b/Documentation/git-gc.txt\n@@ -34,14 +34,14 @@ linkgit:git-fast-import[1] for more details on the import case.\n OPTIONS\n -------\n \n---aggressive::\n+`--aggressive`::\n \tUsually `git gc` runs very quickly while providing good disk\n \tspace utilization and performance.  This option will cause\n \t`git gc` to more aggressively optimize the repository at the expense\n \tof taking much more time.  The effects of this optimization are\n \tmostly persistent. See the \"AGGRESSIVE\" section below for details.\n \n---auto::\n+`--auto`::\n \tWith this option, `git gc` checks whether any housekeeping is\n \trequired; if not, it exits without performing any work.\n +\n@@ -54,7 +54,7 @@ other housekeeping tasks (e.g. rerere, working trees, reflog...) will\n be performed as well.\n \n \n---prune=<date>::\n+`--prune=<date>`::\n \tPrune loose objects older than date (default is 2 weeks ago,\n \toverridable by the config variable `gc.pruneExpire`).\n \t`--prune=now` prunes loose objects regardless of their age and\n@@ -62,17 +62,17 @@ be performed as well.\n \tthe repository concurrently; see \"NOTES\" below. `--prune` is on by\n \tdefault.\n \n---no-prune::\n+`--no-prune`::\n \tDo not prune any loose objects.\n \n---quiet::\n+`--quiet`::\n \tSuppress all progress reports.\n \n---force::\n+`--force`::\n \tForce `git gc` to run even if there may be another `git gc`\n \tinstance running on this repository.\n \n---keep-largest-pack::\n+`--keep-largest-pack`::\n \tAll packs except the largest pack and those marked with a\n \t`.keep` files are consolidated into a single pack. When this\n \toption is used, `gc.bigPackThreshold` is ignored.\ndiff --git a/Documentation/git-grep.txt b/Documentation/git-grep.txt\nindex b10a3f6bb4..478abece38 100644\n--- a/Documentation/git-grep.txt\n+++ b/Documentation/git-grep.txt\n@@ -72,50 +72,50 @@ grep.fallbackToNoIndex::\n \n OPTIONS\n -------\n---cached::\n+`--cached`::\n \tInstead of searching tracked files in the working tree, search\n \tblobs registered in the index file.\n \n---no-index::\n+`--no-index`::\n \tSearch files in the current directory that is not managed by Git.\n \n---untracked::\n+`--untracked`::\n \tIn addition to searching in the tracked files in the working\n \ttree, search also in untracked files.\n \n---no-exclude-standard::\n+`--no-exclude-standard`::\n \tAlso search in ignored files by not honoring the `.gitignore`\n \tmechanism. Only useful with `--untracked`.\n \n---exclude-standard::\n+`--exclude-standard`::\n \tDo not pay attention to ignored files specified via the `.gitignore`\n \tmechanism.  Only useful when searching files in the current directory\n \twith `--no-index`.\n \n---recurse-submodules::\n+`--recurse-submodules`::\n \tRecursively search in each submodule that is active and\n \tchecked out in the repository.  When used in combination with the\n \t<tree> option the prefix of all submodule output will be the name of\n \tthe parent project's <tree> object. This option has no effect\n \tif `--no-index` is given.\n \n--a::\n---text::\n+`-a`::\n+`--text`::\n \tProcess binary files as if they were text.\n \n---textconv::\n+`--textconv`::\n \tHonor textconv filter settings.\n \n---no-textconv::\n+`--no-textconv`::\n \tDo not honor textconv filter settings.\n \tThis is the default.\n \n--i::\n---ignore-case::\n+`-i`::\n+`--ignore-case`::\n \tIgnore case differences between the patterns and the\n \tfiles.\n \n--I::\n+`-I`::\n \tDon't match the pattern in binary files.\n \n --max-depth <depth>::\n@@ -125,77 +125,77 @@ OPTIONS\n \tIn other words if \"a*\" matches a directory named \"a*\",\n \t\"*\" is matched literally so `--max-depth` is still effective.\n \n--r::\n---recursive::\n+`-r`::\n+`--recursive`::\n \tSame as `--max-depth=-1`; this is the default.\n \n---no-recursive::\n+`--no-recursive`::\n \tSame as `--max-depth=0`.\n \n--w::\n---word-regexp::\n+`-w`::\n+`--word-regexp`::\n \tMatch the pattern only at word boundary (either begin at the\n \tbeginning of a line, or preceded by a non-word character; end at\n \tthe end of a line or followed by a non-word character).\n \n--v::\n---invert-match::\n+`-v`::\n+`--invert-match`::\n \tSelect non-matching lines.\n \n--h::\n--H::\n+`-h`::\n+`-H`::\n \tBy default, the command shows the filename for each\n \tmatch.  `-h` option is used to suppress this output.\n \t`-H` is there for completeness and does not do anything\n \texcept it overrides `-h` given earlier on the command\n \tline.\n \n---full-name::\n+`--full-name`::\n \tWhen run from a subdirectory, the command usually\n \toutputs paths relative to the current directory.  This\n \toption forces paths to be output relative to the project\n \ttop directory.\n \n--E::\n---extended-regexp::\n--G::\n---basic-regexp::\n+`-E`::\n+`--extended-regexp`::\n+`-G`::\n+`--basic-regexp`::\n \tUse POSIX extended/basic regexp for patterns.  Default\n \tis to use basic regexp.\n \n--P::\n---perl-regexp::\n+`-P`::\n+`--perl-regexp`::\n \tUse Perl-compatible regular expressions for patterns.\n +\n Support for these types of regular expressions is an optional\n compile-time dependency. If Git wasn't compiled with support for them\n providing this option will cause it to die.\n \n--F::\n---fixed-strings::\n+`-F`::\n+`--fixed-strings`::\n \tUse fixed strings for patterns (don't interpret pattern\n \tas a regex).\n \n--n::\n---line-number::\n+`-n`::\n+`--line-number`::\n \tPrefix the line number to matching lines.\n \n---column::\n+`--column`::\n \tPrefix the 1-indexed byte-offset of the first match from the start of the\n \tmatching line.\n \n--l::\n---files-with-matches::\n---name-only::\n--L::\n---files-without-match::\n+`-l`::\n+`--files-with-matches`::\n+`--name-only`::\n+`-L`::\n+`--files-without-match`::\n \tInstead of showing every matched line, show only the\n \tnames of files that contain (or do not contain) matches.\n \tFor better compatibility with `git diff`, `--name-only` is a\n \tsynonym for `--files-with-matches`.\n \n--O[<pager>]::\n---open-files-in-pager[=<pager>]::\n+`-O[<pager>]`::\n+`--open-files-in-pager[=<pager>]`::\n \tOpen the matching files in the pager (not the output of 'grep').\n \tIf the pager happens to be `less` or `vi`, and the user\n \tspecified only one pattern, the first file is positioned at\n@@ -204,48 +204,48 @@ providing this option will cause it to die.\n \twithout a space. If `pager` is unspecified, the default pager\n \twill be used (see `core.pager` in linkgit:git-config[1]).\n \n--z::\n---null::\n+`-z`::\n+`--null`::\n \tUse \\0 as the delimiter for pathnames in the output, and print\n \tthem verbatim. Without this option, pathnames with \"unusual\"\n \tcharacters are quoted as explained for the configuration\n \tvariable `core.quotePath` (see linkgit:git-config[1]).\n \n--o::\n---only-matching::\n+`-o`::\n+`--only-matching`::\n \tPrint only the matched (non-empty) parts of a matching line, with each such\n \tpart on a separate output line.\n \n--c::\n---count::\n+`-c`::\n+`--count`::\n \tInstead of showing every matched line, show the number of\n \tlines that match.\n \n---color[=<when>]::\n+`--color[=<when>]`::\n \tShow colored matches.\n \tThe value must be always (the default), never, or auto.\n \n---no-color::\n+`--no-color`::\n \tTurn off match highlighting, even when the configuration file\n \tgives the default to color output.\n \tSame as `--color=never`.\n \n---break::\n+`--break`::\n \tPrint an empty line between matches from different files.\n \n---heading::\n+`--heading`::\n \tShow the filename above the matches in that file instead of\n \tat the start of each shown line.\n \n--p::\n---show-function::\n+`-p`::\n+`--show-function`::\n \tShow the preceding line that contains the function name of\n \tthe match, unless the matching line is a function name itself.\n \tThe name is determined in the same way as `git diff` works out\n \tpatch hunk headers (see 'Defining a custom hunk-header' in\n \tlinkgit:gitattributes[5]).\n \n--<num>::\n+`-<num>`::\n -C <num>::\n --context <num>::\n \tShow <num> leading and trailing lines, and place a line\n@@ -261,8 +261,8 @@ providing this option will cause it to die.\n \tShow <num> leading lines, and place a line containing\n \t`--` between contiguous groups of matches.\n \n--W::\n---function-context::\n+`-W`::\n+`--function-context`::\n \tShow the surrounding text from the previous line containing a\n \tfunction name up to the one before the next function name,\n \teffectively showing the whole function in which the match was\n@@ -294,28 +294,28 @@ In future versions we may learn to support patterns containing \\0 for\n more search backends, until then we'll die when the pattern type in\n question doesn't support them.\n \n--e::\n+`-e`::\n \tThe next parameter is the pattern. This option has to be\n \tused for patterns starting with `-` and should be used in\n \tscripts passing user input to grep.  Multiple patterns are\n \tcombined by 'or'.\n \n---and::\n---or::\n---not::\n+`--and`::\n+`--or`::\n+`--not`::\n ( ... )::\n \tSpecify how multiple patterns are combined using Boolean\n \texpressions.  `--or` is the default operator.  `--and` has\n \thigher precedence than `--or`.  `-e` has to be used for all\n \tpatterns.\n \n---all-match::\n+`--all-match`::\n \tWhen giving multiple pattern expressions combined with `--or`,\n \tthis flag is specified to limit the match to files that\n \thave lines to match all of them.\n \n--q::\n---quiet::\n+`-q`::\n+`--quiet`::\n \tDo not output matched lines; instead, exit with status 0 when\n \tthere is a match and with non-zero status when there isn't.\n \ndiff --git a/Documentation/git-gui.txt b/Documentation/git-gui.txt\nindex ff66c5b1d0..ed6fe4871e 100644\n--- a/Documentation/git-gui.txt\n+++ b/Documentation/git-gui.txt\n@@ -29,22 +29,22 @@ a fairly native interface for users.\n \n COMMANDS\n --------\n-blame::\n+`blame`::\n \tStart a blame viewer on the specified file on the given\n \tversion (or working directory if not specified).\n \n-browser::\n+`browser`::\n \tStart a tree browser showing all files in the specified\n \tcommit.  Files selected through the\n \tbrowser are opened in the blame viewer.\n \n-citool::\n+`citool`::\n \tStart `git gui` and arrange to make exactly one commit before\n \texiting and returning to the shell.  The interface is limited\n \tto only commit actions, slightly reducing the application's\n \tstartup time and simplifying the menubar.\n \n-version::\n+`version`::\n \tDisplay the currently running version of `git gui`.\n \n \ndiff --git a/Documentation/git-hash-object.txt b/Documentation/git-hash-object.txt\nindex 15c2945345..40f5574afe 100644\n--- a/Documentation/git-hash-object.txt\n+++ b/Documentation/git-hash-object.txt\n@@ -26,17 +26,17 @@ OPTIONS\n -t <type>::\n \tSpecify the type (default: \"blob\").\n \n--w::\n+`-w`::\n \tActually write the object into the object database.\n \n---stdin::\n+`--stdin`::\n \tRead the object from standard input instead of from a file.\n \n---stdin-paths::\n+`--stdin-paths`::\n \tRead file names from the standard input, one per line, instead\n \tof from the command-line.\n \n---path::\n+`--path`::\n \tHash object as it were located at the given path. The location of\n \tfile does not directly influence on the hash value, but path is\n \tused to determine what Git filters should be applied to the object\n@@ -46,13 +46,13 @@ OPTIONS\n \ttemporary files located outside of the working directory or files\n \tread from stdin.\n \n---no-filters::\n+`--no-filters`::\n \tHash the contents as is, ignoring any input filter that would\n \thave been chosen by the attributes mechanism, including the end-of-line\n \tconversion. If the file is read from standard input then this\n \tis always implied, unless the `--path` option is given.\n \n---literally::\n+`--literally`::\n \tAllow `--stdin` to hash any garbage into a loose object which might not\n \totherwise pass standard object parsing or `git-fsck` checks. Useful for\n \tstress-testing Git itself or reproducing characteristics of corrupt or\ndiff --git a/Documentation/git-help.txt b/Documentation/git-help.txt\nindex 2d5660f47a..070ef46a8d 100644\n--- a/Documentation/git-help.txt\n+++ b/Documentation/git-help.txt\n@@ -42,32 +42,32 @@ This page can be displayed with `git help help` or `git help --help`\n \n OPTIONS\n -------\n--a::\n---all::\n+`-a`::\n+`--all`::\n \tPrints all the available commands on the standard output. This\n \toption overrides any given command or guide name.\n \n---verbose::\n+`--verbose`::\n \tWhen used with `--all` print description for all recognized\n \tcommands. This is the default.\n \n--c::\n---config::\n+`-c`::\n+`--config`::\n \tList all available configuration variables. This is a short\n \tsummary of the list in linkgit:git-config[1].\n \n--g::\n---guides::\n+`-g`::\n+`--guides`::\n \tPrints a list of the Git concept guides on the standard output. This\n \toption overrides any given command or guide name.\n \n--i::\n---info::\n+`-i`::\n+`--info`::\n \tDisplay manual page for the command in the 'info' format. The\n \t'info' program will be used for that purpose.\n \n--m::\n---man::\n+`-m`::\n+`--man`::\n \tDisplay manual page for the command in the 'man' format. This\n \toption may be used to override a value set in the\n \t`help.format` configuration variable.\n@@ -76,8 +76,8 @@ By default the 'man' program will be used to display the manual page,\n but the `man.viewer` configuration variable may be used to choose\n other display programs (see below).\n \n--w::\n---web::\n+`-w`::\n+`--web`::\n \tDisplay manual page for the command in the 'web' (HTML)\n \tformat. A web browser will be used for that purpose.\n +\ndiff --git a/Documentation/git-http-backend.txt b/Documentation/git-http-backend.txt\nindex 4bbf4811c0..d512add556 100644\n--- a/Documentation/git-http-backend.txt\n+++ b/Documentation/git-http-backend.txt\n@@ -190,7 +190,7 @@ ScriptAliasMatch \\\n ScriptAlias /git/ /var/www/cgi-bin/gitweb.cgi/\n ----------------------------------------------------------------\n \n-Lighttpd::\n+`Lighttpd`::\n \tEnsure that `mod_cgi`, `mod_alias`, `mod_auth`, `mod_setenv` are\n \tloaded, then set `GIT_PROJECT_ROOT` appropriately and redirect\n \tall requests to the CGI:\ndiff --git a/Documentation/git-http-fetch.txt b/Documentation/git-http-fetch.txt\nindex 58e92f22c6..63e447642e 100644\n--- a/Documentation/git-http-fetch.txt\n+++ b/Documentation/git-http-fetch.txt\n@@ -21,26 +21,26 @@ silently ignored.\n \n OPTIONS\n -------\n-commit-id::\n+`commit-id`::\n         Either the hash or the filename under [URL]/refs/ to\n         pull.\n \n -a, -c, -t::\n \tThese options are ignored for historical reasons.\n--v::\n+`-v`::\n \tReport what is downloaded.\n \n -w <filename>::\n         Writes the commit-id into the filename under `$GIT_DIR/refs/<filename>` on\n         the local end after the transfer is complete.\n \n---stdin::\n+`--stdin`::\n \tInstead of a commit id on the command line (which is not expected in this\n \tcase), `git http-fetch` expects lines on stdin in the format\n \n \t\t<commit-id>['\\t'<filename-as-in--w>]\n \n---packfile=<hash>::\n+`--packfile=<hash>`::\n \tFor internal use only. Instead of a commit id on the command\n \tline (which is not expected in\n \tthis case), `git http-fetch` fetches the packfile directly at the given\n@@ -49,11 +49,11 @@ commit-id::\n \tarbitrary. The output of index-pack is printed to stdout. Requires\n \t`--index-pack-args`.\n \n---index-pack-args=<args>::\n+`--index-pack-args=<args>`::\n \tFor internal use only. The command to run on the contents of the\n \tdownloaded pack. Arguments are URL-encoded separated by spaces.\n \n---recover::\n+`--recover`::\n \tVerify that everything reachable from target is fetched.  Used after\n \tan earlier fetch is interrupted.\n \ndiff --git a/Documentation/git-http-push.txt b/Documentation/git-http-push.txt\nindex a2932ba27f..d43f84dccd 100644\n--- a/Documentation/git-http-push.txt\n+++ b/Documentation/git-http-push.txt\n@@ -22,27 +22,27 @@ not to work and sometimes corrupts repository.\n \n OPTIONS\n -------\n---all::\n+`--all`::\n \tDo not assume that the remote repository is complete in its\n \tcurrent state, and verify all objects in the entire local\n \tref's history exist in the remote repository.\n \n---force::\n+`--force`::\n \tUsually, the command refuses to update a remote ref that\n \tis not an ancestor of the local ref used to overwrite it.\n \tThis flag disables the check.  What this means is that\n \tthe remote repository can lose commits; use it with\n \tcare.\n \n--"},{"id":"421336","messageId":"20210409040301.3260358-14-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 13/13] doc: typeset common programs in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:03:01Z","receivedAt":"2021-04-09T04:06:50Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap common programs with backticks as indicated in the\nCodingGuidelines.\n\nThe following command and regex helped to find out a partial list of\nsuch program.\n\n    grep -RPoh \"'[a-z]+'\" *.txt | sort | uniq | less\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/git-archive.txt       |  2 +-\n Documentation/git-bisect-lk2009.txt |  2 +-\n Documentation/git-fast-import.txt   |  4 ++--\n Documentation/git-grep.txt          |  4 ++--\n Documentation/git-help.txt          | 24 ++++++++++++------------\n Documentation/git-send-email.txt    |  2 +-\n Documentation/git-var.txt           |  6 +++---\n Documentation/git-web--browse.txt   |  6 +++---\n Documentation/git.txt               |  4 ++--\n Documentation/gitcore-tutorial.txt  |  6 +++---\n Documentation/gitremote-helpers.txt |  2 +-\n 11 files changed, 31 insertions(+), 31 deletions(-)\n\ndiff --git a/Documentation/git-archive.txt b/Documentation/git-archive.txt\nindex 830ff2b680..2139a96e48 100644\n--- a/Documentation/git-archive.txt\n+++ b/Documentation/git-archive.txt\n@@ -34,7 +34,7 @@ OPTIONS\n -------\n \n `--format=<fmt>`::\n-\tFormat of the resulting archive: 'tar' or 'zip'. If this option\n+\tFormat of the resulting archive: `tar` or `zip`. If this option\n \tis not given, and the output file is specified, the format is\n \tinferred from the filename if possible (e.g. writing to \"foo.zip\"\n \tmakes the output to be in the zip format). Otherwise the output\ndiff --git a/Documentation/git-bisect-lk2009.txt b/Documentation/git-bisect-lk2009.txt\nindex de5f221613..bcee1bb298 100644\n--- a/Documentation/git-bisect-lk2009.txt\n+++ b/Documentation/git-bisect-lk2009.txt\n@@ -1355,4 +1355,4 @@ References\n - [[[6]]] https://lwn.net/Articles/277872/[Jonathan Corbet. 'Bisection divides users and developers'. LWN.net.]\n - [[[7]]] https://lore.kernel.org/lkml/20071207113734.GA14598@elte.hu/[Ingo Molnar. 'Re: BUG 2.6.23-rc3 can't see sd partitions on Alpha'. Linux-kernel mailing list.]\n - [[[8]]] https://www.kernel.org/pub/software/scm/git/docs/git-bisect.html[Junio C Hamano and the git-list. 'git-bisect(1) Manual Page'. Linux Kernel Archives.]\n-- [[[9]]] https://github.com/Ealdwulf/bbchop[Ealdwulf. 'bbchop'. GitHub.]\n+- [[[9]]] https://github.com/Ealdwulf/bbchop[Ealdwulf. `bbchop`. GitHub.]\ndiff --git a/Documentation/git-fast-import.txt b/Documentation/git-fast-import.txt\nindex 6830332297..f304c6ff18 100644\n--- a/Documentation/git-fast-import.txt\n+++ b/Documentation/git-fast-import.txt\n@@ -1118,7 +1118,7 @@ Output uses the same format as `git ls-tree <tree> -- <path>`:\n \n The <dataref> represents the blob, tree, or commit object at <path>\n and can be used in later 'get-mark', 'cat-blob', 'filemodify', or\n-'ls' commands.\n+`ls` commands.\n \n If there is no file or subtree at that path, `git fast-import` will\n instead report\n@@ -1164,7 +1164,7 @@ The <feature> part of the command may be any one of the following:\n `cat-blob`::\n `ls`::\n \tRequire that the backend support the 'get-mark', 'cat-blob',\n-\tor 'ls' command respectively.\n+\tor `ls` command respectively.\n \tVersions of fast-import not supporting the specified command\n \twill exit with a message indicating so.\n \tThis lets the import error out early with a clear message,\ndiff --git a/Documentation/git-grep.txt b/Documentation/git-grep.txt\nindex 0a0d0f3f57..f1186a6685 100644\n--- a/Documentation/git-grep.txt\n+++ b/Documentation/git-grep.txt\n@@ -49,7 +49,7 @@ CONFIGURATION\n \n `grep.patternType`::\n \tSet the default matching behavior. Using a value of 'basic', 'extended',\n-\t'fixed', or 'perl' will enable the `--basic-regexp`, `--extended-regexp`,\n+\t'fixed', or `perl` will enable the `--basic-regexp`, `--extended-regexp`,\n \t`--fixed-strings`, or `--perl-regexp` option accordingly, while the\n \tvalue 'default' will return to the default matching behavior.\n \n@@ -196,7 +196,7 @@ providing this option will cause it to die.\n \n `-O[<pager>]`::\n `--open-files-in-pager[=<pager>]`::\n-\tOpen the matching files in the pager (not the output of 'grep').\n+\tOpen the matching files in the pager (not the output of `grep`).\n \tIf the pager happens to be `less` or `vi`, and the user\n \tspecified only one pattern, the first file is positioned at\n \tthe first match automatically. The `pager` argument is\ndiff --git a/Documentation/git-help.txt b/Documentation/git-help.txt\nindex 070ef46a8d..eb5e843efc 100644\n--- a/Documentation/git-help.txt\n+++ b/Documentation/git-help.txt\n@@ -25,7 +25,7 @@ If the option `--guides` or `-g` is given, a list of the\n Git concept guides is also printed on the standard output.\n \n If a command, or a guide, is given, a manual page for that command or\n-guide is brought up. The 'man' program is used by default for this\n+guide is brought up. The `man` program is used by default for this\n purpose, but this can be overridden by other options or configuration\n variables.\n \n@@ -68,11 +68,11 @@ OPTIONS\n \n `-m`::\n `--man`::\n-\tDisplay manual page for the command in the 'man' format. This\n+\tDisplay manual page for the command in the `man` format. This\n \toption may be used to override a value set in the\n \t`help.format` configuration variable.\n +\n-By default the 'man' program will be used to display the manual page,\n+By default the `man` program will be used to display the manual page,\n but the `man.viewer` configuration variable may be used to choose\n other display programs (see below).\n \n@@ -113,13 +113,13 @@ section above and linkgit:git-web{litdd}browse[1].\n man.viewer\n ~~~~~~~~~~\n \n-The `man.viewer` configuration variable will be checked if the 'man'\n+The `man.viewer` configuration variable will be checked if the `man`\n format is chosen. The following values are currently supported:\n \n-* \"man\": use the 'man' program as usual,\n-* \"woman\": use 'emacsclient' to launch the \"woman\" mode in emacs\n-  (this only works starting with emacsclient versions 22),\n-* \"konqueror\": use 'kfmclient' to open the man page in a new konqueror\n+* `man`: use the `man` program as usual,\n+* `woman`: use `emacsclient` to launch the `woman` mode in emacs\n+  (this only works starting with `emacsclient` versions 22),\n+* `konqueror`: use `kfmclient` to open the man page in a new `konqueror`\n   tab (see 'Note about konqueror' below).\n \n Values for other tools can be used if there is a corresponding\n@@ -142,7 +142,7 @@ DISPLAY is not set) and in that case emacs' woman mode will be tried.\n \n If everything fails, or if no viewer is configured, the viewer specified\n in the `GIT_MAN_VIEWER` environment variable will be tried.  If that\n-fails too, the 'man' program will be tried anyway.\n+fails too, the `man` program will be tried anyway.\n \n man.<tool>.path\n ~~~~~~~~~~~~~~~\n@@ -166,15 +166,15 @@ page passed as arguments.\n Note about konqueror\n ~~~~~~~~~~~~~~~~~~~~\n \n-When 'konqueror' is specified in the `man.viewer` configuration\n-variable, we launch 'kfmclient' to try to open the man page on an\n+When `konqueror` is specified in the `man.viewer` configuration\n+variable, we launch `kfmclient` to try to open the man page on an\n already opened konqueror in a new tab if possible.\n \n For consistency, we also try such a trick if `man.konqueror.path` is\n set to something like `A_PATH_TO/konqueror`. That means we will try to\n launch `A_PATH_TO/kfmclient` instead.\n \n-If you really want to use 'konqueror', then you can use something like\n+If you really want to use `konqueror`, then you can use something like\n the following:\n \n ------------------------------------------------\ndiff --git a/Documentation/git-send-email.txt b/Documentation/git-send-email.txt\nindex 87ef1ceff3..bec5b881b3 100644\n--- a/Documentation/git-send-email.txt\n+++ b/Documentation/git-send-email.txt\n@@ -449,7 +449,7 @@ CONFIGURATION\n \n `sendemail.aliasFileType`::\n \tFormat of the file(s) specified in `sendemail.aliasesFile`. Must be\n-\tone of 'mutt', 'mailrc', 'pine', 'elm', or 'gnus', or 'sendmail'.\n+\tone of `mutt`, `mailrc`, `pine`, `elm`, or `gnus`, or `sendmail`.\n +\n What an alias file in each format looks like can be found in\n the documentation of the email program of the same name. The\ndiff --git a/Documentation/git-var.txt b/Documentation/git-var.txt\nindex 82448d40a4..4de20c2de7 100644\n--- a/Documentation/git-var.txt\n+++ b/Documentation/git-var.txt\n@@ -44,17 +44,17 @@ VARIABLES\n     --nofork`.  The order of preference is the `$GIT_EDITOR`\n     environment variable, then `core.editor` configuration, then\n     `$VISUAL`, then `$EDITOR`, and then the default chosen at compile\n-    time, which is usually 'vi'.\n+    time, which is usually `vi`.\n ifdef::git-default-editor[]\n     The build you are using chose '{git-default-editor}' as the default.\n endif::git-default-editor[]\n \n `GIT_PAGER`::\n-    Text viewer for use by Git commands (e.g., 'less').  The value\n+    Text viewer for use by Git commands (e.g., `less`).  The value\n     is meant to be interpreted by the shell.  The order of preference\n     is the `$GIT_PAGER` environment variable, then `core.pager`\n     configuration, then `$PAGER`, and then the default chosen at\n-    compile time (usually 'less').\n+    compile time (usually `less`).\n ifdef::git-default-pager[]\n     The build you are using chose '{git-default-pager}' as the default.\n endif::git-default-pager[]\ndiff --git a/Documentation/git-web--browse.txt b/Documentation/git-web--browse.txt\nindex 5aebb3093d..93706059bc 100644\n--- a/Documentation/git-web--browse.txt\n+++ b/Documentation/git-web--browse.txt\n@@ -87,15 +87,15 @@ the URLs passed as arguments.\n NOTE ABOUT KONQUEROR\n --------------------\n \n-When 'konqueror' is specified by a command-line option or a\n-configuration variable, we launch 'kfmclient' to try to open the HTML\n+When `konqueror` is specified by a command-line option or a\n+configuration variable, we launch `kfmclient` to try to open the HTML\n man page on an already opened konqueror in a new tab if possible.\n \n For consistency, we also try such a trick if `browser.konqueror.path` is\n set to something like `A_PATH_TO/konqueror`. That means we will try to\n launch `A_PATH_TO/kfmclient` instead.\n \n-If you really want to use 'konqueror', then you can use something like\n+If you really want to use `konqueror`, then you can use something like\n the following:\n \n ------------------------------------------------\ndiff --git a/Documentation/git.txt b/Documentation/git.txt\nindex 2328f8bd0b..1e03ac1d91 100644\n--- a/Documentation/git.txt\n+++ b/Documentation/git.txt\n@@ -122,7 +122,7 @@ sensitive information can be part of the key.\n \n `-p`::\n `--paginate`::\n-\tPipe all output into 'less' (or if set, `$PAGER`) if standard\n+\tPipe all output into `less` (or if set, `$PAGER`) if standard\n \toutput is a terminal.  This overrides the `pager.<cmd>`\n \tconfiguration options (see the \"Configuration Mechanism\" section\n \tbelow).\n@@ -637,7 +637,7 @@ other\n `GIT_SSH`::\n `GIT_SSH_COMMAND`::\n \tIf either of these environment variables is set then `git fetch`\n-\tand `git push` will use the specified command instead of 'ssh'\n+\tand `git push` will use the specified command instead of `ssh`\n \twhen they need to connect to a remote system.\n \tThe command-line parameters passed to the configured command are\n \tdetermined by the ssh variant.  See `ssh.variant` option in\ndiff --git a/Documentation/gitcore-tutorial.txt b/Documentation/gitcore-tutorial.txt\nindex 15c5ca122f..c9f2d75aef 100644\n--- a/Documentation/gitcore-tutorial.txt\n+++ b/Documentation/gitcore-tutorial.txt\n@@ -69,7 +69,7 @@ Initialized empty Git repository in .git/\n which is just Git's way of saying that you haven't been doing anything\n strange, and that it will have created a local `.git` directory setup for\n your new project. You will now have a `.git` directory, and you can\n-inspect that with 'ls'. For your new empty project, it should show you\n+inspect that with `ls`. For your new empty project, it should show you\n three entries, among other things:\n \n  - a file called `HEAD`, that has `ref: refs/heads/master` in it.\n@@ -635,7 +635,7 @@ in the new repository to make sure that the index file is up to date.\n \n Note that the second point is true even across machines. You can\n duplicate a remote Git repository with *any* regular copy mechanism, be it\n-'scp', 'rsync' or 'wget'.\n+`scp`, `rsync` or `wget`.\n \n When copying a remote repository, you'll want to at a minimum update the\n index cache when you do this, and especially with other peoples'\n@@ -1028,7 +1028,7 @@ Local directory::\n +\n This transport is the same as SSH transport but uses 'sh' to run\n both ends on the local machine instead of running other end on\n-the remote machine via 'ssh'.\n+the remote machine via `ssh`.\n \n Git Native::\n \t`git://remote.machine/path/to/repo.git/`\ndiff --git a/Documentation/gitremote-helpers.txt b/Documentation/gitremote-helpers.txt\nindex 02ae4993bc..145179b788 100644\n--- a/Documentation/gitremote-helpers.txt\n+++ b/Documentation/gitremote-helpers.txt\n@@ -210,7 +210,7 @@ the remote repository.\n \n `bidi-import`::\n \tThis modifies the 'import' capability.\n-\tThe fast-import commands 'cat-blob' and 'ls' can be used by remote-helpers\n+\tThe fast-import commands 'cat-blob' and `ls` can be used by remote-helpers\n \tto retrieve information about blobs and trees that already exist in\n \tfast-import's memory. This requires a channel from fast-import to the\n \tremote-helper.\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421337","messageId":"20210409040301.3260358-13-firminmartin24@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"[RFC PATCH v1 12/13] doc: typeset environment vars without $ in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-09T04:03:00Z","receivedAt":"2021-04-09T04:06:50Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Wrap environment variables without $ with backticks as indicated in the\nCodingGuidelines.\n\nThe following command and regex assisted the substitution with manual\nintervention to exclude false positives.\n\n    REGEX=\"(^|[[:space:]]+)['\\\"]?([A-Z]+)(_[A-Z0-9]+)+['\\\"]?([[:punct:]]|[[:space:]]+|$)\" &&\n    for f in $(grep -Pl \"$REGEX\" *.txt --exclude-dir=RelNotes); do\n        emacsclient $f;\n    done\n\nSigned-off-by: Firmin Martin <firminmartin24@gmail.com>\n---\n Documentation/diff-options.txt        |  2 +-\n Documentation/git-commit.txt          | 12 ++++++------\n Documentation/git-config.txt          | 18 +++++++++---------\n Documentation/git-cvsexportcommit.txt |  4 ++--\n Documentation/git-cvsimport.txt       |  4 ++--\n Documentation/git-cvsserver.txt       | 22 +++++++++++-----------\n Documentation/git-daemon.txt          |  8 ++++----\n Documentation/git-filter-branch.txt   |  6 +++---\n Documentation/git-for-each-ref.txt    |  2 +-\n Documentation/git-fsck.txt            | 10 +++++-----\n Documentation/git-http-backend.txt    | 22 +++++++++++-----------\n Documentation/git-imap-send.txt       |  4 ++--\n Documentation/git-ls-remote.txt       |  2 +-\n Documentation/git-remote-ext.txt      |  6 +++---\n Documentation/git-remote-fd.txt       |  2 +-\n Documentation/git-rev-parse.txt       |  4 ++--\n Documentation/git-send-email.txt      |  4 ++--\n Documentation/git-sh-setup.txt        |  4 ++--\n Documentation/git-svn.txt             |  2 +-\n Documentation/git-tag.txt             |  2 +-\n Documentation/git-var.txt             |  8 ++++----\n Documentation/git.txt                 | 12 ++++++------\n Documentation/gitignore.txt           |  2 +-\n Documentation/gitnamespaces.txt       |  6 +++---\n Documentation/gitweb.conf.txt         | 10 +++++-----\n Documentation/gitweb.txt              | 10 +++++-----\n Documentation/glossary-content.txt    |  2 +-\n 27 files changed, 95 insertions(+), 95 deletions(-)\n\ndiff --git a/Documentation/diff-options.txt b/Documentation/diff-options.txt\nindex 1b594732aa..0e44e9c2db 100644\n--- a/Documentation/diff-options.txt\n+++ b/Documentation/diff-options.txt\n@@ -695,7 +695,7 @@ the normal order.\n --\n +\n Patterns have the same syntax and semantics as patterns used for\n-fnmatch(3) without the FNM_PATHNAME flag, except a pathname also\n+fnmatch(3) without the `FNM_PATHNAME` flag, except a pathname also\n matches a pattern if removing any number of the final pathname\n components matches the pattern.  For example, the pattern \"`foo*bar`\"\n matches \"`fooasdfbar`\" and \"`foo/bar/baz/asdf`\" but not \"`foobarx`\".\ndiff --git a/Documentation/git-commit.txt b/Documentation/git-commit.txt\nindex 0594ed1db5..b58eda6bfb 100644\n--- a/Documentation/git-commit.txt\n+++ b/Documentation/git-commit.txt\n@@ -504,12 +504,12 @@ COMMIT INFORMATION\n Author and committer information is taken from the following environment\n variables, if set:\n \n-\tGIT_AUTHOR_NAME\n-\tGIT_AUTHOR_EMAIL\n-\tGIT_AUTHOR_DATE\n-\tGIT_COMMITTER_NAME\n-\tGIT_COMMITTER_EMAIL\n-\tGIT_COMMITTER_DATE\n+\t`GIT_AUTHOR_NAME`\n+\t`GIT_AUTHOR_EMAIL`\n+\t`GIT_AUTHOR_DATE`\n+\t`GIT_COMMITTER_NAME`\n+\t`GIT_COMMITTER_EMAIL`\n+\t`GIT_COMMITTER_DATE`\n \n (nb \"<\", \">\" and \"\\n\"s are stripped)\n \ndiff --git a/Documentation/git-config.txt b/Documentation/git-config.txt\nindex 2201ce6058..e2e0c51535 100644\n--- a/Documentation/git-config.txt\n+++ b/Documentation/git-config.txt\n@@ -143,7 +143,7 @@ See also <<FILES>>.\n \n `-f config-file`::\n `--file config-file`::\n-\tUse the given config file instead of the one specified by GIT_CONFIG.\n+\tUse the given config file instead of the one specified by `GIT_CONFIG`.\n \n `--blob blob`::\n \tSimilar to `--file` but use the given blob instead of a file. E.g.\n@@ -335,25 +335,25 @@ can specify any filename you want.\n ENVIRONMENT\n -----------\n \n-GIT_CONFIG::\n+`GIT_CONFIG`::\n \tTake the configuration from the given file instead of `.git/config`.\n \tUsing the `--global` option forces this to `~/.gitconfig`. Using the\n \t`--system` option forces this to `$(prefix)/etc/gitconfig`.\n \n-GIT_CONFIG_NOSYSTEM::\n+`GIT_CONFIG_NOSYSTEM`::\n \tWhether to skip reading settings from the system-wide\n \t`$(prefix)/etc/gitconfig` file. See linkgit:git[1] for details.\n \n See also <<FILES>>.\n \n-GIT_CONFIG_COUNT::\n-GIT_CONFIG_KEY_<n>::\n-GIT_CONFIG_VALUE_<n>::\n-\tIf GIT_CONFIG_COUNT is set to a positive number, all environment pairs\n-\tGIT_CONFIG_KEY_<n> and GIT_CONFIG_VALUE_<n> up to that number will be\n+`GIT_CONFIG_COUNT`::\n+`GIT_CONFIG_KEY_`<n>::\n+`GIT_CONFIG_VALUE_`<n>::\n+\tIf `GIT_CONFIG_COUNT` is set to a positive number, all environment pairs\n+\t`GIT_CONFIG_KEY_`<n> and `GIT_CONFIG_VALUE_`<n> up to that number will be\n \tadded to the process's runtime configuration. The config pairs are\n \tzero-indexed. Any missing key or value is treated as an error. An empty\n-\tGIT_CONFIG_COUNT is treated the same as GIT_CONFIG_COUNT=0, namely no\n+\t`GIT_CONFIG_COUNT` is treated the same as `GIT_CONFIG_COUNT`=0, namely no\n \tpairs are processed. These environment variables will override values\n \tin configuration files, but will be overridden by any explicit options\n \tpassed via `git -c`.\ndiff --git a/Documentation/git-cvsexportcommit.txt b/Documentation/git-cvsexportcommit.txt\nindex a9ef265a34..bc4a82822a 100644\n--- a/Documentation/git-cvsexportcommit.txt\n+++ b/Documentation/git-cvsexportcommit.txt\n@@ -19,7 +19,7 @@ Exports a commit from Git to a CVS checkout, making it easier\n to merge patches from a Git repository into a CVS repository.\n \n Specify the name of a CVS checkout using the `-w` switch or execute it\n-from the root of the CVS working copy. In the latter case GIT_DIR must\n+from the root of the CVS working copy. In the latter case `GIT_DIR` must\n be defined. See examples below.\n \n It does its best to do the safe thing, it will check that the files are\n@@ -70,7 +70,7 @@ OPTIONS\n \n `-w`::\n \tSpecify the location of the CVS checkout to use for the export. This\n-\toption does not require GIT_DIR to be set before execution if the\n+\toption does not require `GIT_DIR` to be set before execution if the\n \tcurrent directory is within a Git repository.  The default is the\n \tvalue of `cvsexportcommit.cvsdir`.\n \ndiff --git a/Documentation/git-cvsimport.txt b/Documentation/git-cvsimport.txt\nindex c5105348ec..9bed5e943f 100644\n--- a/Documentation/git-cvsimport.txt\n+++ b/Documentation/git-cvsimport.txt\n@@ -153,8 +153,8 @@ This option can be used several times to provide several detection regexes.\n ---------\n +\n `git cvsimport` will make it appear as those authors had\n-their GIT_AUTHOR_NAME and GIT_AUTHOR_EMAIL set properly\n-all along.  If a time zone is specified, GIT_AUTHOR_DATE will\n+their `GIT_AUTHOR_NAME` and `GIT_AUTHOR_EMAIL` set properly\n+all along.  If a time zone is specified, `GIT_AUTHOR_DATE` will\n have the corresponding offset applied.\n +\n For convenience, this data is saved to `$GIT_DIR/cvs-authors`\ndiff --git a/Documentation/git-cvsserver.txt b/Documentation/git-cvsserver.txt\nindex bd8930eb2b..2ec7fae1ee 100644\n--- a/Documentation/git-cvsserver.txt\n+++ b/Documentation/git-cvsserver.txt\n@@ -11,7 +11,7 @@ SYNOPSIS\n SSH:\n \n [verse]\n-export CVS_SERVER=\"git cvsserver\"\n+export `CVS_SERVER`=\"git cvsserver\"\n 'cvs' -d :ext:user@server/path/repo.git co <HEAD_name>\n \n pserver (/etc/inetd.conf):\n@@ -131,11 +131,11 @@ Then provide your password via the pserver method, for example:\n    cvs -d:pserver:someuser:somepassword <at> server/path/repo.git co <HEAD_name>\n ------\n No special setup is needed for SSH access, other than having Git tools\n-in the PATH. If you have clients that do not accept the CVS_SERVER\n+in the PATH. If you have clients that do not accept the `CVS_SERVER`\n environment variable, you can rename `git-cvsserver` to `cvs`.\n \n Note: Newer CVS versions (>= 1.12.11) also support specifying\n-CVS_SERVER directly in CVSROOT like\n+`CVS_SERVER` directly in CVSROOT like\n \n ------\n cvs -d \":ext;CVS_SERVER=git cvsserver:user@server/path/repo.git\" co <HEAD_name>\n@@ -143,7 +143,7 @@ cvs -d \":ext;CVS_SERVER=git cvsserver:user@server/path/repo.git\" co <HEAD_name>\n This has the advantage that it will be saved in your 'CVS/Root' files and\n you don't need to worry about always setting the correct environment\n variable.  SSH users restricted to `git-shell` don't need to override the default\n-with CVS_SERVER (and shouldn't) as `git-shell` understands `cvs` to mean\n+with `CVS_SERVER` (and shouldn't) as `git-shell` understands `cvs` to mean\n `git-cvsserver` and pretends that the other end runs the real 'cvs' better.\n --\n 2. For each repo that you want accessible from CVS you need to edit config in\n@@ -182,7 +182,7 @@ allowing access over SSH.\n    automatically saving it in your 'CVS/Root' files, then you need to set them\n    explicitly in your environment.  CVSROOT should be set as per normal, but the\n    directory should point at the appropriate Git repo.  As above, for SSH clients\n-   _not_ restricted to `git-shell`, CVS_SERVER should be set to `git-cvsserver`.\n+   _not_ restricted to `git-shell`, `CVS_SERVER` should be set to `git-cvsserver`.\n +\n --\n ------\n@@ -192,8 +192,8 @@ allowing access over SSH.\n --\n 4. For SSH clients that will make commits, make sure their server-side\n    .ssh/environment files (or .bashrc, etc., according to their specific shell)\n-   export appropriate values for GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL,\n-   GIT_COMMITTER_NAME, and GIT_COMMITTER_EMAIL.  For SSH clients whose login\n+   export appropriate values for `GIT_AUTHOR_NAME`, `GIT_AUTHOR_EMAIL`,\n+   `GIT_COMMITTER_NAME`, and `GIT_COMMITTER_EMAIL`.  For SSH clients whose login\n    shell is bash, .bashrc may be a reasonable alternative.\n \n 5. Clients should now be able to check out the project. Use the CVS 'module'\n@@ -312,9 +312,9 @@ ENVIRONMENT\n These variables obviate the need for command-line options in some\n circumstances, allowing easier restricted usage through `git-shell`.\n \n-GIT_CVSSERVER_BASE_PATH takes the place of the argument to `--base-path`.\n+`GIT_CVSSERVER_BASE_PATH` takes the place of the argument to `--base-path`.\n \n-GIT_CVSSERVER_ROOT specifies a single-directory whitelist. The\n+`GIT_CVSSERVER_ROOT` specifies a single-directory whitelist. The\n repository must still be configured to allow access through\n `git-cvsserver`, as described above.\n \n@@ -337,12 +337,12 @@ To get a checkout with the Eclipse CVS client:\n \n Protocol notes: If you are using anonymous access via pserver, just select that.\n Those using SSH access should choose the 'ext' protocol, and configure 'ext'\n-access on the Preferences->Team->CVS->ExtConnection pane. Set CVS_SERVER to\n+access on the Preferences->Team->CVS->ExtConnection pane. Set `CVS_SERVER` to\n \"`git cvsserver`\". Note that password support is not good when using 'ext',\n you will definitely want to have SSH keys setup.\n \n Alternatively, you can just use the non-standard extssh protocol that Eclipse\n-offer. In that case CVS_SERVER is ignored, and you will have to replace\n+offer. In that case `CVS_SERVER` is ignored, and you will have to replace\n the cvs utility on the server with `git-cvsserver` or manipulate your `.bashrc`\n so that calling 'cvs' effectively calls `git-cvsserver`.\n \ndiff --git a/Documentation/git-daemon.txt b/Documentation/git-daemon.txt\nindex 533be2b997..e4006d0459 100644\n--- a/Documentation/git-daemon.txt\n+++ b/Documentation/git-daemon.txt\n@@ -25,7 +25,7 @@ SYNOPSIS\n \n DESCRIPTION\n -----------\n-A really simple TCP Git daemon that normally listens on port \"DEFAULT_GIT_PORT\"\n+A really simple TCP Git daemon that normally listens on port `DEFAULT_GIT_PORT`\n aka 9418.  It waits for a connection asking for a service, and will serve\n that service if it is enabled.\n \n@@ -149,7 +149,7 @@ otherwise `stderr`.\n \tLog details about the incoming connections and requested files.\n \n `--reuseaddr`::\n-\tUse SO_REUSEADDR when binding the listening socket.\n+\tUse `SO_REUSEADDR` when binding the listening socket.\n \tThis allows the server to restart without waiting for\n \told connections to time out.\n \n@@ -330,8 +330,8 @@ selectively enable/disable services per repository::\n \n ENVIRONMENT\n -----------\n-`git daemon` will set REMOTE_ADDR to the IP address of the client\n-that connected to it, if the IP address is available. REMOTE_ADDR will\n+`git daemon` will set `REMOTE_ADDR` to the IP address of the client\n+that connected to it, if the IP address is available. `REMOTE_ADDR` will\n be available in the environment of hooks called when\n services are performed.\n \ndiff --git a/Documentation/git-filter-branch.txt b/Documentation/git-filter-branch.txt\nindex 01b572f565..34e36493fe 100644\n--- a/Documentation/git-filter-branch.txt\n+++ b/Documentation/git-filter-branch.txt\n@@ -75,9 +75,9 @@ The filters are applied in the order as listed below.  The <command>\n argument is always evaluated in the shell context using the 'eval' command\n (with the notable exception of the commit filter, for technical reasons).\n Prior to that, the `$GIT_COMMIT` environment variable will be set to contain\n-the id of the commit being rewritten.  Also, GIT_AUTHOR_NAME,\n-GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME, GIT_COMMITTER_EMAIL,\n-and GIT_COMMITTER_DATE are taken from the current commit and exported to\n+the id of the commit being rewritten.  Also, `GIT_AUTHOR_NAME`,\n+`GIT_AUTHOR_EMAIL`, `GIT_AUTHOR_DATE`, `GIT_COMMITTER_NAME`, `GIT_COMMITTER_EMAIL`,\n+and `GIT_COMMITTER_DATE` are taken from the current commit and exported to\n the environment, in order to affect the author and committer identities of\n the replacement commit created by linkgit:git-commit-tree[1] after the\n filters have run.\ndiff --git a/Documentation/git-for-each-ref.txt b/Documentation/git-for-each-ref.txt\nindex 74be946d9d..5f52b386c1 100644\n--- a/Documentation/git-for-each-ref.txt\n+++ b/Documentation/git-for-each-ref.txt\n@@ -132,7 +132,7 @@ For all objects, the following names can be used:\n \tThe object name (aka SHA-1).\n \tFor a non-ambiguous abbreviation of the object name append `:short`.\n \tFor an abbreviation of the object name with desired length append\n-\t`:short=<length>`, where the minimum length is MINIMUM_ABBREV. The\n+\t`:short=<length>`, where the minimum length is `MINIMUM_ABBREV`. The\n \tlength may be exceeded to ensure unique object names.\n `deltabase`::\n \tThis expands to the object name of the delta base for the\ndiff --git a/Documentation/git-fsck.txt b/Documentation/git-fsck.txt\nindex 6c98485d8f..7ab9123d58 100644\n--- a/Documentation/git-fsck.txt\n+++ b/Documentation/git-fsck.txt\n@@ -52,9 +52,9 @@ index file, all SHA-1 references in `refs` namespace, and all reflogs\n \tnow aren't, but are still in that corresponding reflog.\n \n `--full`::\n-\tCheck not just objects in GIT_OBJECT_DIRECTORY\n+\tCheck not just objects in `GIT_OBJECT_DIRECTORY`\n \t(`$GIT_DIR/objects`), but also the ones found in alternate\n-\tobject pools listed in GIT_ALTERNATE_OBJECT_DIRECTORIES\n+\tobject pools listed in `GIT_ALTERNATE_OBJECT_DIRECTORIES`\n \tor `$GIT_DIR/objects/info/alternates`,\n \tand in packed Git archives found in `$GIT_DIR/objects/pack`\n \tand corresponding pack subdirectories in alternate\n@@ -153,13 +153,13 @@ Extracted Diagnostics\n Environment Variables\n ---------------------\n \n-GIT_OBJECT_DIRECTORY::\n+`GIT_OBJECT_DIRECTORY`::\n \tused to specify the object database root (usually `$GIT_DIR/objects`)\n \n-GIT_INDEX_FILE::\n+`GIT_INDEX_FILE`::\n \tused to specify the index file of the index\n \n-GIT_ALTERNATE_OBJECT_DIRECTORIES::\n+`GIT_ALTERNATE_OBJECT_DIRECTORIES`::\n \tused to specify additional object database roots (usually unset)\n \n GIT\ndiff --git a/Documentation/git-http-backend.txt b/Documentation/git-http-backend.txt\nindex a286c3648f..6fcbc88567 100644\n--- a/Documentation/git-http-backend.txt\n+++ b/Documentation/git-http-backend.txt\n@@ -57,10 +57,10 @@ configuration file:\n URL TRANSLATION\n ---------------\n To determine the location of the repository on disk, `git http-backend`\n-concatenates the environment variables PATH_INFO, which is set\n-automatically by the web server, and GIT_PROJECT_ROOT, which must be set\n-manually in the web server configuration.  If GIT_PROJECT_ROOT is not\n-set, `git http-backend` reads PATH_TRANSLATED, which is also set\n+concatenates the environment variables `PATH_INFO`, which is set\n+automatically by the web server, and `GIT_PROJECT_ROOT`, which must be set\n+manually in the web server configuration.  If `GIT_PROJECT_ROOT` is not\n+set, `git http-backend` reads `PATH_TRANSLATED`, which is also set\n automatically by the web server.\n \n EXAMPLES\n@@ -70,7 +70,7 @@ to `/var/www/git/foo/bar.git`.\n \n Apache 2.x::\n \tEnsure mod_cgi, mod_alias, and mod_env are enabled, set\n-\tGIT_PROJECT_ROOT (or DocumentRoot) appropriately, and\n+\t`GIT_PROJECT_ROOT` (or DocumentRoot) appropriately, and\n \tcreate a ScriptAlias to the CGI:\n +\n ----------------------------------------------------------------\n@@ -244,12 +244,12 @@ ENVIRONMENT\n `git http-backend` relies upon the `CGI` environment variables set\n by the invoking web server, including:\n \n-* PATH_INFO (if GIT_PROJECT_ROOT is set, otherwise PATH_TRANSLATED)\n-* REMOTE_USER\n-* REMOTE_ADDR\n-* CONTENT_TYPE\n-* QUERY_STRING\n-* REQUEST_METHOD\n+* `PATH_INFO` (if `GIT_PROJECT_ROOT` is set, otherwise `PATH_TRANSLATED`)\n+* `REMOTE_USER`\n+* `REMOTE_ADDR`\n+* `CONTENT_TYPE`\n+* `QUERY_STRING`\n+* `REQUEST_METHOD`\n \n The `GIT_HTTP_EXPORT_ALL` environmental variable may be passed to\n `git-http-backend` to bypass the check for the `git-daemon-export-ok`\ndiff --git a/Documentation/git-imap-send.txt b/Documentation/git-imap-send.txt\nindex 644fa7e847..b1eae4550f 100644\n--- a/Documentation/git-imap-send.txt\n+++ b/Documentation/git-imap-send.txt\n@@ -39,12 +39,12 @@ OPTIONS\n \n `--curl`::\n \tUse libcurl to communicate with the IMAP server, unless tunneling\n-\tinto it.  Ignored if Git was built without the USE_CURL_FOR_IMAP_SEND\n+\tinto it.  Ignored if Git was built without the `USE_CURL_FOR_IMAP_SEND`\n \toption set.\n \n `--no-curl`::\n \tTalk to the IMAP server using git's own IMAP routines instead of\n-\tusing libcurl.  Ignored if Git was built with the NO_OPENSSL option\n+\tusing libcurl.  Ignored if Git was built with the `NO_OPENSSL` option\n \tset.\n \n \ndiff --git a/Documentation/git-ls-remote.txt b/Documentation/git-ls-remote.txt\nindex 0bc6dbabf3..929749e6c0 100644\n--- a/Documentation/git-ls-remote.txt\n+++ b/Documentation/git-ls-remote.txt\n@@ -42,7 +42,7 @@ OPTIONS\n `--upload-pack=<exec>`::\n \tSpecify the full path of `git-upload-pack` on the remote\n \thost. This allows listing references from repositories accessed via\n-\tSSH and where the SSH daemon does not use the PATH configured by the\n+\tSSH and where the SSH daemon does not use the `PATH` configured by the\n \tuser.\n \n `--exit-code`::\ndiff --git a/Documentation/git-remote-ext.txt b/Documentation/git-remote-ext.txt\nindex 49057434cd..bc0f315078 100644\n--- a/Documentation/git-remote-ext.txt\n+++ b/Documentation/git-remote-ext.txt\n@@ -58,17 +58,17 @@ some tunnel.\n ENVIRONMENT VARIABLES\n ---------------------\n \n-GIT_TRANSLOOP_DEBUG::\n+`GIT_TRANSLOOP_DEBUG`::\n \tIf set, prints debugging information about various reads/writes.\n \n ENVIRONMENT VARIABLES PASSED TO COMMAND\n ---------------------------------------\n \n-GIT_EXT_SERVICE::\n+`GIT_EXT_SERVICE`::\n \tSet to long name (`git-upload-pack`, etc...) of service helper needs\n \tto invoke.\n \n-GIT_EXT_SERVICE_NOPREFIX::\n+`GIT_EXT_SERVICE_NOPREFIX`::\n \tSet to long name (upload-pack, etc...) of service helper needs\n \tto invoke.\n \ndiff --git a/Documentation/git-remote-fd.txt b/Documentation/git-remote-fd.txt\nindex 239844f827..ce61ae4165 100644\n--- a/Documentation/git-remote-fd.txt\n+++ b/Documentation/git-remote-fd.txt\n@@ -30,7 +30,7 @@ context.\n \n ENVIRONMENT VARIABLES\n ---------------------\n-GIT_TRANSLOOP_DEBUG::\n+`GIT_TRANSLOOP_DEBUG`::\n \tIf set, prints debugging information about various reads/writes.\n \n EXAMPLES\ndiff --git a/Documentation/git-rev-parse.txt b/Documentation/git-rev-parse.txt\nindex 191ec94ec7..8d7b157429 100644\n--- a/Documentation/git-rev-parse.txt\n+++ b/Documentation/git-rev-parse.txt\n@@ -208,7 +208,7 @@ Options for Files\n \n `--local-env-vars`::\n \tList the GIT_* environment variables that are local to the\n-\trepository (e.g. GIT_DIR or GIT_WORK_TREE, but not GIT_EDITOR).\n+\trepository (e.g. `GIT_DIR` or `GIT_WORK_TREE`, but not `GIT_EDITOR`).\n \tOnly the names of the variables are listed, not their value,\n \teven if they are set.\n \n@@ -385,7 +385,7 @@ Example\n ~~~~~~~\n \n ------------\n-OPTS_SPEC=\"\\\n+`OPTS_SPEC`=\"\\\n some-command [<options>] <args>...\n \n some-command does foo and bar!\ndiff --git a/Documentation/git-send-email.txt b/Documentation/git-send-email.txt\nindex abd617524c..87ef1ceff3 100644\n--- a/Documentation/git-send-email.txt\n+++ b/Documentation/git-send-email.txt\n@@ -63,7 +63,7 @@ This option may be specified multiple times.\n This option may be specified multiple times.\n \n `--compose`::\n-\tInvoke a text editor (see GIT_EDITOR in linkgit:git-var[1])\n+\tInvoke a text editor (see `GIT_EDITOR` in linkgit:git-var[1])\n \tto edit an introductory message for the patch series.\n +\n When `--compose` is used, `git send-email` will use the From, Subject, and\n@@ -81,7 +81,7 @@ See the CONFIGURATION section for `sendemail.multiEdit`.\n \tthe value of the `sendemail.from` configuration option is used.  If\n \tneither the command-line option nor `sendemail.from` are set, then the\n \tuser will be prompted for the value.  The default for the prompt will be\n-\tthe value of GIT_AUTHOR_IDENT, or GIT_COMMITTER_IDENT if that is not\n+\tthe value of `GIT_AUTHOR_IDENT`, or `GIT_COMMITTER_IDENT` if that is not\n \tset, as returned by `git var -l`.\n \n `--reply-to=<address>`::\ndiff --git a/Documentation/git-sh-setup.txt b/Documentation/git-sh-setup.txt\nindex d1e999d60e..2cd438ca1b 100644\n--- a/Documentation/git-sh-setup.txt\n+++ b/Documentation/git-sh-setup.txt\n@@ -81,8 +81,8 @@ require_clean_work_tree rebase \"Please commit or stash them.\"\n ----------------\n \n get_author_ident_from_commit::\n-\toutputs code for use with eval to set the GIT_AUTHOR_NAME,\n-\tGIT_AUTHOR_EMAIL and GIT_AUTHOR_DATE variables for a given commit.\n+\toutputs code for use with eval to set the `GIT_AUTHOR_NAME`,\n+\t`GIT_AUTHOR_EMAIL` and `GIT_AUTHOR_DATE` variables for a given commit.\n \n create_virtual_base::\n \tmodifies the first file so only lines in common with the\ndiff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt\nindex 5e31bd8088..0185ff1d1b 100644\n--- a/Documentation/git-svn.txt\n+++ b/Documentation/git-svn.txt\n@@ -722,7 +722,7 @@ ADVANCED OPTIONS\n \n -i<GIT_SVN_ID>::\n --id <GIT_SVN_ID>::\n-\tThis sets GIT_SVN_ID (instead of using the environment).  This\n+\tThis sets `GIT_SVN_ID` (instead of using the environment).  This\n \tallows the user to override the default refname to fetch from\n \twhen tracking a single URL.  The `log` and `dcommit` commands\n \tno longer require this switch as an argument.\ndiff --git a/Documentation/git-tag.txt b/Documentation/git-tag.txt\nindex 8c6a00d0aa..23b259fc60 100644\n--- a/Documentation/git-tag.txt\n+++ b/Documentation/git-tag.txt\n@@ -366,7 +366,7 @@ the tag object affects, for example, the ordering of tags in the\n `gitweb` interface.\n \n To set the date used in future tag objects, set the environment\n-variable GIT_COMMITTER_DATE (see the later discussion of possible\n+variable `GIT_COMMITTER_DATE` (see the later discussion of possible\n values; the most common form is \"YYYY-MM-DD HH:MM\").\n \n For example:\ndiff --git a/Documentation/git-var.txt b/Documentation/git-var.txt\nindex a33b76589a..82448d40a4 100644\n--- a/Documentation/git-var.txt\n+++ b/Documentation/git-var.txt\n@@ -31,13 +31,13 @@ EXAMPLES\n \n VARIABLES\n ---------\n-GIT_AUTHOR_IDENT::\n+`GIT_AUTHOR_IDENT`::\n     The author of a piece of code.\n \n-GIT_COMMITTER_IDENT::\n+`GIT_COMMITTER_IDENT`::\n     The person who put a piece of code into Git.\n \n-GIT_EDITOR::\n+`GIT_EDITOR`::\n     Text editor for use by Git commands.  The value is meant to be\n     interpreted by the shell when it is used.  Examples: `~/bin/vi`,\n     `$SOME_ENVIRONMENT_VARIABLE`, `\"C:\\Program Files\\Vim\\gvim.exe\"\n@@ -49,7 +49,7 @@ ifdef::git-default-editor[]\n     The build you are using chose '{git-default-editor}' as the default.\n endif::git-default-editor[]\n \n-GIT_PAGER::\n+`GIT_PAGER`::\n     Text viewer for use by Git commands (e.g., 'less').  The value\n     is meant to be interpreted by the shell.  The order of preference\n     is the `$GIT_PAGER` environment variable, then `core.pager`\ndiff --git a/Documentation/git.txt b/Documentation/git.txt\nindex 8e511669fe..2328f8bd0b 100644\n--- a/Documentation/git.txt\n+++ b/Documentation/git.txt\n@@ -104,7 +104,7 @@ sensitive information can be part of the key.\n \n `--exec-path[=<path>]`::\n \tPath to wherever your core Git programs are installed.\n-\tThis can also be controlled by setting the GIT_EXEC_PATH\n+\tThis can also be controlled by setting the `GIT_EXEC_PATH`\n \tenvironment variable. If no path is given, `git` will print\n \tthe current setting and then exit.\n \n@@ -153,7 +153,7 @@ If you just want to run `git` as if it was started in `<path>` then use\n `--work-tree=<path>`::\n \tSet the path to the working tree. It can be an absolute path\n \tor a path relative to the current working directory.\n-\tThis can also be controlled by setting the GIT_WORK_TREE\n+\tThis can also be controlled by setting the `GIT_WORK_TREE`\n \tenvironment variable and the `core.worktree` configuration\n \tvariable (see `core.worktree` in linkgit:git-config[1] for a\n \tmore detailed discussion).\n@@ -169,7 +169,7 @@ If you just want to run `git` as if it was started in `<path>` then use\n \tcontext about the superproject that invoked it.\n \n `--bare`::\n-\tTreat the repository as a bare repository.  If GIT_DIR\n+\tTreat the repository as a bare repository.  If `GIT_DIR`\n \tenvironment is not set, it is set to the current working\n \tdirectory.\n \n@@ -493,7 +493,7 @@ double-quotes and respecting backslash escapes. E.g., the value\n \tset, it is a list of directories that Git should not chdir up\n \tinto while looking for a repository directory (useful for\n \texcluding slow-loading network directories).  It will not\n-\texclude the current working directory or a GIT_DIR set on the\n+\texclude the current working directory or a `GIT_DIR` set on the\n \tcommand line or in the environment.  Normally, Git has to read\n \tthe entries in this list and resolve any symlink that\n \tmight be present in order to compare them with the current\n@@ -520,7 +520,7 @@ double-quotes and respecting backslash escapes. E.g., the value\n \ttaken from `$GIT_DIR`. See linkgit:gitrepository-layout[5] and\n \tlinkgit:git-worktree[1] for\n \tdetails. This variable has lower precedence than other path\n-\tvariables such as GIT_INDEX_FILE, GIT_OBJECT_DIRECTORY...\n+\tvariables such as `GIT_INDEX_FILE`, `GIT_OBJECT_DIRECTORY`...\n \n `GIT_DEFAULT_HASH`::\n \tIf this variable is set, the default hash algorithm for new\n@@ -582,7 +582,7 @@ Git Diffs\n +\n where:\n \n-\t<old|new>-file:: are files GIT_EXTERNAL_DIFF can use to read the\n+\t<old|new>-file:: are files `GIT_EXTERNAL_DIFF` can use to read the\n                          contents of <old|new>,\n \t<old|new>-hex:: are the 40-hexdigit SHA-1 hashes,\n \t<old|new>-mode:: are the octal representation of the file modes.\ndiff --git a/Documentation/gitignore.txt b/Documentation/gitignore.txt\nindex 6dd09bd290..c969961e32 100644\n--- a/Documentation/gitignore.txt\n+++ b/Documentation/gitignore.txt\n@@ -110,7 +110,7 @@ PATTERN FORMAT\n    The character \"`?`\" matches any one character except \"`/`\".\n    The range notation, e.g. `[a-zA-Z]`, can be used to match\n    one of the characters in a range. See fnmatch(3) and the\n-   FNM_PATHNAME flag for a more detailed description.\n+   `FNM_PATHNAME` flag for a more detailed description.\n \n Two consecutive asterisks (\"`**`\") in patterns matched against\n full pathname may have special meaning:\ndiff --git a/Documentation/gitnamespaces.txt b/Documentation/gitnamespaces.txt\nindex 6a273464a4..eb9f8d9801 100644\n--- a/Documentation/gitnamespaces.txt\n+++ b/Documentation/gitnamespaces.txt\n@@ -8,8 +8,8 @@ gitnamespaces - Git namespaces\n SYNOPSIS\n --------\n [verse]\n-GIT_NAMESPACE=<namespace> `git upload-pack`\n-GIT_NAMESPACE=<namespace> `git receive-pack`\n+`GIT_NAMESPACE`=<namespace> `git upload-pack`\n+`GIT_NAMESPACE`=<namespace> `git receive-pack`\n \n \n DESCRIPTION\n@@ -51,7 +51,7 @@ names of refs as specified by `GIT_NAMESPACE`.  `git-upload-pack` and\n namespace.\n \n The smart HTTP server, linkgit:git-http-backend[1], will pass\n-GIT_NAMESPACE through to the backend programs; see\n+`GIT_NAMESPACE` through to the backend programs; see\n linkgit:git-http-backend[1] for sample configuration to expose\n repository namespaces as repositories.\n \ndiff --git a/Documentation/gitweb.conf.txt b/Documentation/gitweb.conf.txt\nindex 9cd1e9dc67..0acca768e0 100644\n--- a/Documentation/gitweb.conf.txt\n+++ b/Documentation/gitweb.conf.txt\n@@ -591,7 +591,7 @@ header.\n \tBase URL for relative URLs in pages generated by `gitweb`,\n \t(e.g. `$logo`, `$favicon`, `@stylesheets` if they are relative URLs),\n \tneeded and used '<base href=\"$base_url\">' only for URLs with nonempty\n-\tPATH_INFO.  Usually `gitweb` sets its value correctly,\n+\t`PATH_INFO`.  Usually `gitweb` sets its value correctly,\n \tand there is no need to set this variable, e.g. to `$my_uri` or \"/\".\n \tSee `$per_request_config` if you need to override it anyway.\n \n@@ -902,7 +902,7 @@ EXAMPLES\n \n To enable blame, pickaxe search, and snapshot support (allowing \"tar.gz\" and\n \"zip\" snapshots), while allowing individual projects to turn them off, put\n-the following in your GITWEB_CONFIG file:\n+the following in your `GITWEB_CONFIG` file:\n \n --------------------------------------------------------------------------------\n $feature{'blame'}{'default'} = [1];\n@@ -936,12 +936,12 @@ ENVIRONMENT\n The location of per-instance and system-wide configuration files can be\n overridden using the following environment variables:\n \n-GITWEB_CONFIG::\n+`GITWEB_CONFIG`::\n \tSets location of per-instance configuration file.\n-GITWEB_CONFIG_SYSTEM::\n+`GITWEB_CONFIG_SYSTEM`::\n \tSets location of fallback system-wide configuration file.\n \tThis file is read only if per-instance one does not exist.\n-GITWEB_CONFIG_COMMON::\n+`GITWEB_CONFIG_COMMON`::\n \tSets location of common system-wide configuration file.\n \n \ndiff --git a/Documentation/gitweb.txt b/Documentation/gitweb.txt\nindex e863f739b1..0325c82ed1 100644\n--- a/Documentation/gitweb.txt\n+++ b/Documentation/gitweb.txt\n@@ -93,7 +93,7 @@ TAB and LF, (used to separate fields in a record).\n \n * Currently recognized fields are:\n `<repository path>`::\n-\tpath to repository GIT_DIR, relative to `$projectroot`\n+\tpath to repository `GIT_DIR`, relative to `$projectroot`\n `<repository owner>`::\n \tdisplayed as repository owner, preferably full name, or email,\n \tor both\n@@ -122,7 +122,7 @@ listed in projects list file will be accessible).\n Generating projects list using `gitweb`\n ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n \n-We assume that GITWEB_CONFIG has its default Makefile value, namely\n+We assume that `GITWEB_CONFIG` has its default Makefile value, namely\n 'gitweb_config.perl'. Put the following in 'gitweb_make_index.perl' file:\n ----------------------------------------------------------------------------\n read_config_file(\"gitweb_config.perl\");\n@@ -130,7 +130,7 @@ $projects_list = $projectroot;\n ----------------------------------------------------------------------------\n \n Then create the following script to get list of project in the format\n-suitable for GITWEB_LIST build configuration variable (or\n+suitable for `GITWEB_LIST` build configuration variable (or\n `$projects_list` variable in `gitweb` config):\n \n ----------------------------------------------------------------------------\n@@ -603,7 +603,7 @@ the third and the fourth.\n \n PATH_INFO usage\n ~~~~~~~~~~~~~~~\n-If you enable PATH_INFO usage in `gitweb` by putting\n+If you enable `PATH_INFO` usage in `gitweb` by putting\n ----------------------------------------------------------------------------\n $feature{'pathinfo'}{'default'} = [1];\n ----------------------------------------------------------------------------\n@@ -637,7 +637,7 @@ complementary static files (stylesheet, favicon, JavaScript):\n </VirtualHost>\n ----------------------------------------------------------------------------\n The rewrite rule guarantees that existing static files will be properly\n-served, whereas any other URL will be passed to `gitweb` as PATH_INFO\n+served, whereas any other URL will be passed to `gitweb` as `PATH_INFO`\n parameter.\n \n *Notice* that in this case you don't need special settings for\ndiff --git a/Documentation/glossary-content.txt b/Documentation/glossary-content.txt\nindex 122b5a71ea..e4db76fd04 100644\n--- a/Documentation/glossary-content.txt\n+++ b/Documentation/glossary-content.txt\n@@ -366,7 +366,7 @@ should not be combined with other pathspec.\n \n `glob`;;\n \tGit treats the pattern as a shell glob suitable for\n-\tconsumption by fnmatch(3) with the FNM_PATHNAME flag:\n+\tconsumption by fnmatch(3) with the `FNM_PATHNAME` flag:\n \twildcards in the pattern will not match a / in the pathname.\n \tFor example, \"Documentation/{asterisk}.html\" matches\n \t\"Documentation/git.html\" but not \"Documentation/ppc/ppc.html\"\n-- \n2.31.1.133.g84d06cdc06\n\n"},{"id":"421366","messageId":"8a44cb3d-d1ce-a3dc-82da-69a65d5baac2@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-2-firminmartin24@gmail.com","subject":"Re: [RFC PATCH v1 01/13] doc: typeset command-line options in monospace","fromName":"Bagas Sanjaya","fromEmail":"bagasdotme@gmail.com","sentAt":"2021-04-09T09:49:34Z","receivedAt":"2021-04-09T09:49:42Z","isPatch":true,"sender":{"key":"bagasdotme@gmail.com","avatar":"https://avatars.githubusercontent.com/u/40219486?v=4"},"body":"On 09/04/21 11.02, Firmin Martin wrote:\n>   help.browser, web.browser and browser.<tool>.path\n>   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n>   \n>   The `help.browser`, `web.browser` and `browser.<tool>.path` will also\n>   be checked if the 'web' format is chosen (either by command-line\n> -option or configuration variable). See '-w|--web' in the OPTIONS\n> +option or configuration variable). See `-w`|`--web` in the OPTIONS\n\nWhy not `-w | --web`?\n\n-- \nAn old man doll... just what I always wanted! - Clara\n"},{"id":"421503","messageId":"87r1jjgcxf.fsf@Inspiron.i-did-not-set--mail-host-address--so-tickle-me","threadId":"55461","inReplyTo":"8a44cb3d-d1ce-a3dc-82da-69a65d5baac2@gmail.com","subject":"Re: [RFC PATCH v1 01/13] doc: typeset command-line options in monospace","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-10T01:12:44Z","receivedAt":"2021-04-10T01:12:51Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Hi Bagas,\n\nBagas Sanjaya <bagasdotme@gmail.com> writes:\n\n> On 09/04/21 11.02, Firmin Martin wrote:\n>>   help.browser, web.browser and browser.<tool>.path\n>>   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n>>   \n>>   The `help.browser`, `web.browser` and `browser.<tool>.path` will also\n>>   be checked if the 'web' format is chosen (either by command-line\n>> -option or configuration variable). See '-w|--web' in the OPTIONS\n>> +option or configuration variable). See `-w`|`--web` in the OPTIONS\n>\n> Why not `-w | --web`?\n\nGood question.\n\nThere are multiple justifications:\n- The \"|\" is a meta-character not included in the option name.\n- If you run\n      grep -Pn \"'.*\\|.*?'\" *.txt\n  under the Documentation/ directory, you will notice that we have\n  already done something like this, but in italic:\n  - In git-rerere.txt's Synopsis: `git rerere` ['clear'|'forget' <pathspec>|'diff'|'remaining'|'status'|'gc']\n  - In gitremote-helpers.txt: 'option dry-run' {'true'|'false'}:\n- That is exactly what \"man man\" or some other man pages do (e.g. \"man\n  tar\"). Of course, some man pages do not follow this convention\n  (e.g. \"man 7z\").\n           \nBest,\n\nFirmin\n                                                                 \n\n\n>\n> -- \n> An old man doll... just what I always wanted! - Clara\n"},{"id":"421686","messageId":"d2e78646-6735-2a27-735c-331de6411ca2@gmail.com","threadId":"55461","inReplyTo":"20210409040301.3260358-1-firminmartin24@gmail.com","subject":"Re: [RFC PATCH v1 00/13][GSoC] doc: (monospace) apply CodingGuidelines on a large-scale","fromName":"Jean-Noël Avila","fromEmail":"avila.jn@gmail.com","sentAt":"2021-04-12T13:37:28Z","receivedAt":"2021-04-12T13:37:37Z","isPatch":true,"sender":{"key":"jn.avila@free.fr","avatar":"https://avatars.githubusercontent.com/u/156172?v=4"},"body":"Le 09/04/2021 à 06:02, Firmin Martin a écrit :\n> This patch series aims to make the documentation fully compliant to the\n> CodingGuidelines regarding monospace font. After it, new contributors\n> who just want to change a little portion of the documention could just\n> look around how it has been done without being confused by the\n> inconsistency between the documentation and the CodingGuidelines.\n\n\nThank you for tackling the task of formating the docu and directing to\nCodingGuidelines for some markup rules. It appears that the last rule\nabout backticks is wrong with late Asciidoctor, for which backticks are\nonly a font switcher and no longer hold any semantic meaning. This means\nthat double-hyphens may need escaping (see:\nhttps://asciidoctor.org/docs/migration/#migration-cheatsheet) when\nswitching style and tools.\n\nOne other rule worth adding would be that tabs are banned from asciidoc\nbecause they cannot always be matched with correct indentation.\n\n\n"},{"id":"421929","messageId":"87h7k9hq75.fsf@Inspiron.i-did-not-set--mail-host-address--so-tickle-me","threadId":"55461","inReplyTo":"d2e78646-6735-2a27-735c-331de6411ca2@gmail.com","subject":"Re: [RFC PATCH v1 00/13][GSoC] doc: (monospace) apply CodingGuidelines on a large-scale","fromName":"Firmin Martin","fromEmail":"firminmartin24@gmail.com","sentAt":"2021-04-13T20:42:06Z","receivedAt":"2021-04-13T20:42:11Z","isPatch":true,"sender":{"key":"firminmartin24@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20540328?v=4"},"body":"Hi Jean-Noël,\n\nJean-Noël Avila <avila.jn@gmail.com> writes:\n\n> Le 09/04/2021 à 06:02, Firmin Martin a écrit :\n>> This patch series aims to make the documentation fully compliant to the\n>> CodingGuidelines regarding monospace font. After it, new contributors\n>> who just want to change a little portion of the documention could just\n>> look around how it has been done without being confused by the\n>> inconsistency between the documentation and the CodingGuidelines.\n>\n>\n> Thank you for tackling the task of formating the docu and directing to\n> CodingGuidelines for some markup rules. It appears that the last rule\n> about backticks is wrong with late Asciidoctor, for which backticks are\nThanks. As a new Git contributor, I used to think that we don't use asciidoctor,\nuntil I see in Documentation/Makefile:\n\n    ifdef USE_ASCIIDOCTOR\n    ASCIIDOC = asciidoctor\n    ...\n    ASCIIDOC_EXTRA += -acompat-mode -atabsize=8\n    ...\n    endif\n\nSo, we actually use both depending the variable USE_ASCIIDOCTOR. \n\n> only a font switcher and no longer hold any semantic meaning. This means\n> that double-hyphens may need escaping (see:\n> https://asciidoctor.org/docs/migration/#migration-cheatsheet) when\n> switching style and tools.\n\nIn the helpful link that you provide, it says that the \"setext-style\n(i.e., two-line) section title\" enables compatibility mode.  As far as I\ncan tell, most man pages (git.*.txt) fall under this category, except\nthe most important one: user-manual.txt.  But this is in fact not\nrelevant, because the snippet above of the Makefile suggests that we\nactually explicitly running asciidoctor in compatibility mode.\n\n> One other rule worth adding would be that tabs are banned from asciidoc\n> because they cannot always be matched with correct indentation.\n\nI'm an absolute novice regarding AsciiDoc vs. Asciidoctor. But from the\nuser guide of AsciiDoc (https://asciidoc.org/userguide.html#_tabs), it says\n\n    By default tab characters input files will translated to 8\n    spaces. Tab expansion is set with the tabsize entry in the\n    configuration file [miscellaneous] section and can be overridden in\n    included files by setting a tabsize attribute in the include macro’s\n    attribute list. For example:\n\n    include::addendum.txt[tabsize=2] The tab size can also be set using\n    the attribute command-line option, for example --attribute tabsize=4\n\n... and we also explicitly set it to 8 spaces (see above). Could you\nelaborate a bit on the matter ?\n\nThanks,\n\nFirmin\n"},{"id":"422236","messageId":"ec10d2ae-f546-90d1-9b7a-96f25893405f@gmail.com","threadId":"55461","inReplyTo":"87h7k9hq75.fsf@Inspiron.i-did-not-set--mail-host-address--so-tickle-me","subject":"Re: [RFC PATCH v1 00/13][GSoC] doc: (monospace) apply CodingGuidelines on a large-scale","fromName":"Jean-Noël Avila","fromEmail":"avila.jn@gmail.com","sentAt":"2021-04-19T09:04:33Z","receivedAt":"2021-04-19T09:04:40Z","isPatch":true,"sender":{"key":"jn.avila@free.fr","avatar":"https://avatars.githubusercontent.com/u/156172?v=4"},"body":"Le 13/04/2021 à 22:42, Firmin Martin a écrit :\n> Hi Jean-Noël,\n>\n> Jean-Noël Avila <avila.jn@gmail.com> writes:\n>\n>> Le 09/04/2021 à 06:02, Firmin Martin a écrit :\n>>> This patch series aims to make the documentation fully compliant to the\n>>> CodingGuidelines regarding monospace font. After it, new contributors\n>>> who just want to change a little portion of the documention could just\n>>> look around how it has been done without being confused by the\n>>> inconsistency between the documentation and the CodingGuidelines.\n>>\n>> Thank you for tackling the task of formating the docu and directing to\n>> CodingGuidelines for some markup rules. It appears that the last rule\n>> about backticks is wrong with late Asciidoctor, for which backticks are\n> Thanks. As a new Git contributor, I used to think that we don't use asciidoctor,\n> until I see in Documentation/Makefile:\n>\n>     ifdef USE_ASCIIDOCTOR\n>     ASCIIDOC = asciidoctor\n>     ...\n>     ASCIIDOC_EXTRA += -acompat-mode -atabsize=8\n>     ...\n>     endif\n>\n> So, we actually use both depending the variable USE_ASCIIDOCTOR. \n>\n>> only a font switcher and no longer hold any semantic meaning. This means\n>> that double-hyphens may need escaping (see:\n>> https://asciidoctor.org/docs/migration/#migration-cheatsheet) when\n>> switching style and tools.\n> In the helpful link that you provide, it says that the \"setext-style\n> (i.e., two-line) section title\" enables compatibility mode.  As far as I\n> can tell, most man pages (git.*.txt) fall under this category, except\n> the most important one: user-manual.txt.  But this is in fact not\n> relevant, because the snippet above of the Makefile suggests that we\n> actually explicitly running asciidoctor in compatibility mode.\n\n\nIf we are to continue using asciidoctor, I guess this compatibility mode\nwill be removed at some point in the future. I don't have all the\nrequired inputs for how asciidoc and asciidoctor will evolve and may\nsplit in their behavior, but here is how I see it:\n\nThere's now a working group whose interest is in standardizing asciidoc\nand making the format evolve\n(https://www.eclipse.org/org/workinggroups/asciidoc-charter.php). It is\nled by the authors of asciidoctor, so I guess most of the path forward\nfor asciidoc format is asciidoctor and leaving compatibility mode behind\nas a legacy format.\n\n\n>\n>> One other rule worth adding would be that tabs are banned from asciidoc\n>> because they cannot always be matched with correct indentation.\n> I'm an absolute novice regarding AsciiDoc vs. Asciidoctor. But from the\n> user guide of AsciiDoc (https://asciidoc.org/userguide.html#_tabs), it says\n>\n>     By default tab characters input files will translated to 8\n>     spaces. Tab expansion is set with the tabsize entry in the\n>     configuration file [miscellaneous] section and can be overridden in\n>     included files by setting a tabsize attribute in the include macro’s\n>     attribute list. For example:\n>\n>     include::addendum.txt[tabsize=2] The tab size can also be set using\n>     the attribute command-line option, for example --attribute tabsize=4\n>\n> ... and we also explicitly set it to 8 spaces (see above). Could you\n> elaborate a bit on the matter ?\n\nTab management in asciidoc and asciidoctor was the source of a number of\nbugs, because the markup relies on \"visual\" alignment instead of\nsemantic alignment. So you have to define tabsize in order for tabs to\nbe correctly interpreted. Instead of having to add specification, my\napproach would be to just get rid of the source and the solution of the\nissue at the same time.\n\n\n"},{"id":"422238","messageId":"e5abb24e-9baf-6a61-f084-1ebd3092ce42@gmail.com","threadId":"55461","inReplyTo":"87h7k9hq75.fsf@Inspiron.i-did-not-set--mail-host-address--so-tickle-me","subject":"Re: [RFC PATCH v1 00/13][GSoC] doc: (monospace) apply CodingGuidelines on a large-scale","fromName":"Jean-Noël Avila","fromEmail":"avila.jn@gmail.com","sentAt":"2021-04-19T09:33:02Z","receivedAt":"2021-04-19T09:33:07Z","isPatch":true,"sender":{"key":"jn.avila@free.fr","avatar":"https://avatars.githubusercontent.com/u/156172?v=4"},"body":"Le 13/04/2021 à 22:42, Firmin Martin a écrit :\n\n> I'm an absolute novice regarding AsciiDoc vs. Asciidoctor. \n\n\nHere are some news:\n\n\nhttps://groups.google.com/g/asciidoc/c/kaqYgpmWrJk\n\n"}]}