Git 2.36.5

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>

.cirrus.yml

@@ -9,7 +9,7 @@ freebsd_12_task:
     DEFAULT_TEST_TARGET: prove
     DEVELOPER: 1
   freebsd_instance:
-    image_family: freebsd-12-3
+    image_family: freebsd-12-2
     memory: 2G
   install_script:
     pkg install -y gettext gmake perl5

.github/workflows/main.yml

@@ -119,8 +119,8 @@ jobs:
     - name: test
       shell: bash
       run: . /etc/profile && ci/run-test-slice.sh ${{matrix.nr}} 10
-    - name: print test failures
+    - name: ci/print-test-failures.sh
-      if: failure() && env.FAILED_TEST_ARTIFACTS != ''
+      if: failure()
       shell: bash
       run: ci/print-test-failures.sh
     - name: Upload failed tests' directories
@@ -204,8 +204,8 @@ jobs:
       env:
         NO_SVN_TESTS: 1
       run: . /etc/profile && ci/run-test-slice.sh ${{matrix.nr}} 10
-    - name: print test failures
+    - name: ci/print-test-failures.sh
-      if: failure() && env.FAILED_TEST_ARTIFACTS != ''
+      if: failure()
       shell: bash
       run: ci/print-test-failures.sh
     - name: Upload failed tests' directories
@@ -261,10 +261,8 @@ jobs:
     - uses: actions/checkout@v2
     - run: ci/install-dependencies.sh
     - run: ci/run-build-and-tests.sh
-    - name: print test failures
+    - run: ci/print-test-failures.sh
-      if: failure() && env.FAILED_TEST_ARTIFACTS != ''
+      if: failure()
-      shell: bash
-      run: ci/print-test-failures.sh
     - name: Upload failed tests' directories
       if: failure() && env.FAILED_TEST_ARTIFACTS != ''
       uses: actions/upload-artifact@v2
@@ -294,10 +292,8 @@ jobs:
     - uses: actions/checkout@v1
     - run: ci/install-docker-dependencies.sh
     - run: ci/run-build-and-tests.sh
-    - name: print test failures
+    - run: ci/print-test-failures.sh
-      if: failure() && env.FAILED_TEST_ARTIFACTS != ''
+      if: failure()
-      shell: bash
-      run: ci/print-test-failures.sh
     - name: Upload failed tests' directories
       if: failure() && env.FAILED_TEST_ARTIFACTS != ''
       uses: actions/upload-artifact@v1
@@ -309,7 +305,7 @@ jobs:
     if: needs.ci-config.outputs.enabled == 'yes'
     env:
       jobname: StaticAnalysis
-    runs-on: ubuntu-22.04
+    runs-on: ubuntu-18.04
     steps:
     - uses: actions/checkout@v2
     - run: ci/install-dependencies.sh

.gitignore

@@ -53,7 +53,6 @@
 /git-cvsimport
 /git-cvsserver
 /git-daemon
-/git-diagnose
 /git-diff
 /git-diff-files
 /git-diff-index
@@ -186,7 +185,6 @@
 /git-worktree
 /git-write-tree
 /git-core-*/?*
-/git.res
 /gitweb/GITWEB-BUILD-OPTIONS
 /gitweb/gitweb.cgi
 /gitweb/static/gitweb.js
@@ -202,7 +200,6 @@
 *.[aos]
 *.o.json
 *.py[co]
-.build/
 .depend/
 *.gcda
 *.gcno
@@ -227,6 +224,7 @@
 *.hcc
 *.obj
 *.lib
+*.res
 *.sln
 *.sp
 *.suo

Documentation/CodingGuidelines

@@ -43,10 +43,7 @@ the overall style of existing code. Modifications to existing
 code is expected to match the style the surrounding code already
 uses (even if it doesn't match the overall style of existing code).
 
-But if you must have a list of rules, here are some language
+But if you must have a list of rules, here they are.
-specific ones. Note that Documentation/ToolsForGit.txt document
-has a collection of tips to help you use some external tools
-to conform to these guidelines.
 
 For shell scripts specifically (not exhaustive):
 
@@ -495,6 +492,17 @@ For Perl programs:
 
  - Learn and use Git.pm if you need that functionality.
 
+ - For Emacs, it's useful to put the following in
+   GIT_CHECKOUT/.dir-locals.el, assuming you use cperl-mode:
+
+    ;; note the first part is useful for C editing, too
+    ((nil . ((indent-tabs-mode . t)
+                  (tab-width . 8)
+                  (fill-column . 80)))
+     (cperl-mode . ((cperl-indent-level . 8)
+                    (cperl-extra-newline-before-brace . nil)
+                    (cperl-merge-trailing-else . t))))
+
 For Python scripts:
 
  - We follow PEP-8 (http://www.python.org/dev/peps/pep-0008/).
@@ -606,7 +614,7 @@ Writing Documentation:
     avoidance of gendered pronouns.
 
   - When it becomes awkward to stick to this style, prefer "you" when
-    addressing the hypothetical user, and possibly "we" when
+    addressing the the hypothetical user, and possibly "we" when
     discussing how the program might react to the user.  E.g.
 
       You can use this option instead of --xyz, but we might remove

Documentation/Makefile

@@ -24,21 +24,10 @@ MAN1_TXT += gitweb.txt
 
 # man5 / man7 guides (note: new guides should also be added to command-list.txt)
 MAN5_TXT += gitattributes.txt
-MAN5_TXT += gitformat-bundle.txt
-MAN5_TXT += gitformat-chunk.txt
-MAN5_TXT += gitformat-commit-graph.txt
-MAN5_TXT += gitformat-index.txt
-MAN5_TXT += gitformat-pack.txt
-MAN5_TXT += gitformat-signature.txt
 MAN5_TXT += githooks.txt
 MAN5_TXT += gitignore.txt
 MAN5_TXT += gitmailmap.txt
 MAN5_TXT += gitmodules.txt
-MAN5_TXT += gitprotocol-capabilities.txt
-MAN5_TXT += gitprotocol-common.txt
-MAN5_TXT += gitprotocol-http.txt
-MAN5_TXT += gitprotocol-pack.txt
-MAN5_TXT += gitprotocol-v2.txt
 MAN5_TXT += gitrepository-layout.txt
 MAN5_TXT += gitweb.conf.txt
 
@@ -62,7 +51,6 @@ HOWTO_TXT += $(wildcard howto/*.txt)
 
 DOC_DEP_TXT += $(wildcard *.txt)
 DOC_DEP_TXT += $(wildcard config/*.txt)
-DOC_DEP_TXT += $(wildcard includes/*.txt)
 
 ifdef MAN_FILTER
 MAN_TXT = $(filter $(MAN_FILTER),$(MAN1_TXT) $(MAN5_TXT) $(MAN7_TXT))
@@ -105,19 +93,25 @@ SP_ARTICLES += $(API_DOCS)
 TECH_DOCS += MyFirstContribution
 TECH_DOCS += MyFirstObjectWalk
 TECH_DOCS += SubmittingPatches
-TECH_DOCS += ToolsForGit
+TECH_DOCS += technical/bundle-format
-TECH_DOCS += technical/bitmap-format
-TECH_DOCS += technical/bundle-uri
 TECH_DOCS += technical/hash-function-transition
+TECH_DOCS += technical/http-protocol
+TECH_DOCS += technical/index-format
 TECH_DOCS += technical/long-running-process-protocol
 TECH_DOCS += technical/multi-pack-index
+TECH_DOCS += technical/pack-format
 TECH_DOCS += technical/pack-heuristics
+TECH_DOCS += technical/pack-protocol
 TECH_DOCS += technical/parallel-checkout
 TECH_DOCS += technical/partial-clone
+TECH_DOCS += technical/protocol-capabilities
+TECH_DOCS += technical/protocol-common
+TECH_DOCS += technical/protocol-v2
 TECH_DOCS += technical/racy-git
 TECH_DOCS += technical/reftable
 TECH_DOCS += technical/send-pack-pipeline
 TECH_DOCS += technical/shallow
+TECH_DOCS += technical/signature-format
 TECH_DOCS += technical/trivial-merge
 SP_ARTICLES += $(TECH_DOCS)
 SP_ARTICLES += technical/api-index
@@ -293,8 +287,6 @@ cmds_txt = cmds-ancillaryinterrogators.txt \
 	cmds-synchingrepositories.txt \
 	cmds-synchelpers.txt \
 	cmds-guide.txt \
-	cmds-developerinterfaces.txt \
-	cmds-userinterfaces.txt \
 	cmds-purehelpers.txt \
 	cmds-foreignscminterface.txt
 
@@ -310,12 +302,12 @@ $(mergetools_txt): mergetools-list.made
 
 mergetools-list.made: ../git-mergetool--lib.sh $(wildcard ../mergetools/*)
 	$(QUIET_GEN) \
-	$(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=diff && \
+	$(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \
 		. ../git-mergetool--lib.sh && \
-		show_tool_names can_diff' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-diff.txt && \
+		show_tool_names can_diff "* " || :' >mergetools-diff.txt && \
-	$(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=merge && \
+	$(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \
 		. ../git-mergetool--lib.sh && \
-		show_tool_names can_merge' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-merge.txt && \
+		show_tool_names can_merge "* " || :' >mergetools-merge.txt && \
 	date >$@
 
 TRACK_ASCIIDOCFLAGS = $(subst ','\'',$(ASCIIDOC_COMMON):$(ASCIIDOC_HTML):$(ASCIIDOC_DOCBOOK))

Documentation/MyFirstContribution.txt

@@ -710,104 +710,13 @@ dependencies. `prove` also makes the output nicer.
 Go ahead and commit this change, as well.
 
 [[ready-to-share]]
-== Getting Ready to Share: Anatomy of a Patch Series
+== Getting Ready to Share
 
 You may have noticed already that the Git project performs its code reviews via
 emailed patches, which are then applied by the maintainer when they are ready
-and approved by the community. The Git project does not accept contributions from
+and approved by the community. The Git project does not accept patches from
 pull requests, and the patches emailed for review need to be formatted a
-specific way.
+specific way. At this point the tutorial diverges, in order to demonstrate two
-
-:patch-series: https://lore.kernel.org/git/pull.1218.git.git.1645209647.gitgitgadget@gmail.com/
-:lore: https://lore.kernel.org/git/
-
-Before taking a look at how to convert your commits into emailed patches,
-let's analyze what the end result, a "patch series", looks like. Here is an
-{patch-series}[example] of the summary view for a patch series on the web interface of
-the {lore}[Git mailing list archive]:
-
-----
-2022-02-18 18:40 [PATCH 0/3] libify reflog John Cai via GitGitGadget
-2022-02-18 18:40 ` [PATCH 1/3] reflog: libify delete reflog function and helpers John Cai via GitGitGadget
-2022-02-18 19:10   ` Ævar Arnfjörð Bjarmason [this message]
-2022-02-18 19:39     ` Taylor Blau
-2022-02-18 19:48       ` Ævar Arnfjörð Bjarmason
-2022-02-18 19:35   ` Taylor Blau
-2022-02-21  1:43     ` John Cai
-2022-02-21  1:50       ` Taylor Blau
-2022-02-23 19:50         ` John Cai
-2022-02-18 20:00   ` // other replies ellided
-2022-02-18 18:40 ` [PATCH 2/3] reflog: call reflog_delete from reflog.c John Cai via GitGitGadget
-2022-02-18 19:15   ` Ævar Arnfjörð Bjarmason
-2022-02-18 20:26     ` Junio C Hamano
-2022-02-18 18:40 ` [PATCH 3/3] stash: call reflog_delete from reflog.c John Cai via GitGitGadget
-2022-02-18 19:20   ` Ævar Arnfjörð Bjarmason
-2022-02-19  0:21     ` Taylor Blau
-2022-02-22  2:36     ` John Cai
-2022-02-22 10:51       ` Ævar Arnfjörð Bjarmason
-2022-02-18 19:29 ` [PATCH 0/3] libify reflog Ævar Arnfjörð Bjarmason
-2022-02-22 18:30 ` [PATCH v2 0/3] libify reflog John Cai via GitGitGadget
-2022-02-22 18:30   ` [PATCH v2 1/3] stash: add test to ensure reflog --rewrite --updatref behavior John Cai via GitGitGadget
-2022-02-23  8:54     ` Ævar Arnfjörð Bjarmason
-2022-02-23 21:27       ` Junio C Hamano
-// continued
-----
-
-We can note a few things:
-
-- Each commit is sent as a separate email, with the commit message title as
-  subject, prefixed with "[PATCH _i_/_n_]" for the _i_-th commit of an
-  _n_-commit series.
-- Each patch is sent as a reply to an introductory email called the _cover
-  letter_ of the series, prefixed "[PATCH 0/_n_]".
-- Subsequent iterations of the patch series are labelled "PATCH v2", "PATCH
-  v3", etc. in place of "PATCH". For example, "[PATCH v2 1/3]" would be the first of
-  three patches in the second iteration. Each iteration is sent with a new cover
-  letter (like "[PATCH v2 0/3]" above), itself a reply to the cover letter of the
-  previous iteration (more on that below).
-
-NOTE: A single-patch topic is sent with "[PATCH]", "[PATCH v2]", etc. without
-_i_/_n_ numbering (in the above thread overview, no single-patch topic appears,
-though).
-
-[[cover-letter]]
-=== The cover letter
-
-In addition to an email per patch, the Git community also expects your patches
-to come with a cover letter. This is an important component of change
-submission as it explains to the community from a high level what you're trying
-to do, and why, in a way that's more apparent than just looking at your
-patches.
-
-The title of your cover letter should be something which succinctly covers the
-purpose of your entire topic branch. It's often in the imperative mood, just
-like our commit message titles. Here is how we'll title our series:
-
----
-Add the 'psuh' command
----
-
-The body of the cover letter is used to give additional context to reviewers.
-Be sure to explain anything your patches don't make clear on their own, but
-remember that since the cover letter is not recorded in the commit history,
-anything that might be useful to future readers of the repository's history
-should also be in your commit messages.
-
-Here's an example body for `psuh`:
-
-----
-Our internal metrics indicate widespread interest in the command
-git-psuh - that is, many users are trying to use it, but finding it is
-unavailable, using some unknown workaround instead.
-
-The following handful of patches add the psuh command and implement some
-handy features on top of it.
-
-This patchset is part of the MyFirstContribution tutorial and should not
-be merged.
-----
-
-At this point the tutorial diverges, in order to demonstrate two
 different methods of formatting your patchset and getting it reviewed.
 
 The first method to be covered is GitGitGadget, which is useful for those
@@ -899,22 +808,8 @@ https://github.com/gitgitgadget/git and open a PR either with the "New pull
 request" button or the convenient "Compare & pull request" button that may
 appear with the name of your newly pushed branch.
 
-Review the PR's title and description, as they're used by GitGitGadget
+Review the PR's title and description, as it's used by GitGitGadget as the cover
-respectively as the subject and body of the cover letter for your change. Refer
+letter for your change. When you're happy, submit your pull request.
-to <<cover-letter,"The cover letter">> above for advice on how to title your
-submission and what content to include in the description.
-
-NOTE: For single-patch contributions, your commit message should already be
-meaningful and explain at a high level the purpose (what is happening and why)
-of your patch, so you usually do not need any additional context. In that case,
-remove the PR description that GitHub automatically generates from your commit
-message (your PR description should be empty). If you do need to supply even
-more context, you can do so in that space and it will be appended to the email
-that GitGitGadget will send, between the three-dash line and the diffstat
-(see <<single-patch,Bonus Chapter: One-Patch Changes>> for how this looks once
-submitted).
-
-When you're happy, submit your pull request.
 
 [[run-ci-ggg]]
 === Running CI and Getting Ready to Send
@@ -1057,29 +952,49 @@ but want reviewers to look at what they have so far. You can add this flag with
 Check and make sure that your patches and cover letter template exist in the
 directory you specified - you're nearly ready to send out your review!
 
-[[preparing-cover-letter]]
+[[cover-letter]]
 === Preparing Email
 
-Since you invoked `format-patch` with `--cover-letter`, you've already got a
+In addition to an email per patch, the Git community also expects your patches
-cover letter template ready. Open it up in your favorite editor.
+to come with a cover letter, typically with a subject line [PATCH 0/x] (where
+x is the number of patches you're sending). Since you invoked `format-patch`
+with `--cover-letter`, you've already got a template ready. Open it up in your
+favorite editor.
 
 You should see a number of headers present already. Check that your `From:`
-header is correct. Then modify your `Subject:` (see <<cover-letter,above>> for
+header is correct. Then modify your `Subject:` to something which succinctly
-how to choose good title for your patch series):
+covers the purpose of your entire topic branch, for example:
 
 ----
-Subject: [PATCH 0/7] Add the 'psuh' command
+Subject: [PATCH 0/7] adding the 'psuh' command
 ----
 
 Make sure you retain the ``[PATCH 0/X]'' part; that's what indicates to the Git
-community that this email is the beginning of a patch series, and many
+community that this email is the beginning of a review, and many reviewers
-reviewers filter their email for this type of flag.
+filter their email for this type of flag.
 
 You'll need to add some extra parameters when you invoke `git send-email` to add
 the cover letter.
 
-Next you'll have to fill out the body of your cover letter. Again, see
+Next you'll have to fill out the body of your cover letter. This is an important
-<<cover-letter,above>> for what content to include.
+component of change submission as it explains to the community from a high level
+what you're trying to do, and why, in a way that's more apparent than just
+looking at your diff. Be sure to explain anything your diff doesn't make clear
+on its own.
+
+Here's an example body for `psuh`:
+
+----
+Our internal metrics indicate widespread interest in the command
+git-psuh - that is, many users are trying to use it, but finding it is
+unavailable, using some unknown workaround instead.
+
+The following handful of patches add the psuh command and implement some
+handy features on top of it.
+
+This patchset is part of the MyFirstContribution tutorial and should not
+be merged.
+----
 
 The template created by `git format-patch --cover-letter` includes a diffstat.
 This gives reviewers a summary of what they're in for when reviewing your topic.

Documentation/RelNotes/2.30.6.txt

@@ -0,0 +1,60 @@
+Git v2.30.6 Release Notes
+=========================
+
+This release addresses the security issues CVE-2022-39253 and
+CVE-2022-39260.
+
+Fixes since v2.30.5
+-------------------
+
+ * CVE-2022-39253:
+   When relying on the `--local` clone optimization, Git dereferences
+   symbolic links in the source repository before creating hardlinks
+   (or copies) of the dereferenced link in the destination repository.
+   This can lead to surprising behavior where arbitrary files are
+   present in a repository's `$GIT_DIR` when cloning from a malicious
+   repository.
+
+   Git will no longer dereference symbolic links via the `--local`
+   clone mechanism, and will instead refuse to clone repositories that
+   have symbolic links present in the `$GIT_DIR/objects` directory.
+
+   Additionally, the value of `protocol.file.allow` is changed to be
+   "user" by default.
+
+ * CVE-2022-39260:
+   An overly-long command string given to `git shell` can result in
+   overflow in `split_cmdline()`, leading to arbitrary heap writes and
+   remote code execution when `git shell` is exposed and the directory
+   `$HOME/git-shell-commands` exists.
+
+   `git shell` is taught to refuse interactive commands that are
+   longer than 4MiB in size. `split_cmdline()` is hardened to reject
+   inputs larger than 2GiB.
+
+Credit for finding CVE-2022-39253 goes to Cory Snider of Mirantis. The
+fix was authored by Taylor Blau, with help from Johannes Schindelin.
+
+Credit for finding CVE-2022-39260 goes to Kevin Backhouse of GitHub.
+The fix was authored by Kevin Backhouse, Jeff King, and Taylor Blau.
+
+
+Jeff King (2):
+      shell: add basic tests
+      shell: limit size of interactive commands
+
+Kevin Backhouse (1):
+      alias.c: reject too-long cmdline strings in split_cmdline()
+
+Taylor Blau (11):
+      builtin/clone.c: disallow `--local` clones with symlinks
+      t/lib-submodule-update.sh: allow local submodules
+      t/t1NNN: allow local submodules
+      t/2NNNN: allow local submodules
+      t/t3NNN: allow local submodules
+      t/t4NNN: allow local submodules
+      t/t5NNN: allow local submodules
+      t/t6NNN: allow local submodules
+      t/t7NNN: allow local submodules
+      t/t9NNN: allow local submodules
+      transport: make `protocol.file.allow` be "user" by default

Documentation/RelNotes/2.30.7.txt

@@ -0,0 +1,86 @@
+Git v2.30.7 Release Notes
+=========================
+
+This release addresses the security issues CVE-2022-41903 and
+CVE-2022-23521.
+
+
+Fixes since v2.30.6
+-------------------
+
+ * CVE-2022-41903:
+
+   git log has the ability to display commits using an arbitrary
+   format with its --format specifiers. This functionality is also
+   exposed to git archive via the export-subst gitattribute.
+
+   When processing the padding operators (e.g., %<(, %<|(, %>(,
+   %>>(, or %><( ), an integer overflow can occur in
+   pretty.c::format_and_pad_commit() where a size_t is improperly
+   stored as an int, and then added as an offset to a subsequent
+   memcpy() call.
+
+   This overflow can be triggered directly by a user running a
+   command which invokes the commit formatting machinery (e.g., git
+   log --format=...). It may also be triggered indirectly through
+   git archive via the export-subst mechanism, which expands format
+   specifiers inside of files within the repository during a git
+   archive.
+
+   This integer overflow can result in arbitrary heap writes, which
+   may result in remote code execution.
+
+* CVE-2022-23521:
+
+    gitattributes are a mechanism to allow defining attributes for
+    paths. These attributes can be defined by adding a `.gitattributes`
+    file to the repository, which contains a set of file patterns and
+    the attributes that should be set for paths matching this pattern.
+
+    When parsing gitattributes, multiple integer overflows can occur
+    when there is a huge number of path patterns, a huge number of
+    attributes for a single pattern, or when the declared attribute
+    names are huge.
+
+    These overflows can be triggered via a crafted `.gitattributes` file
+    that may be part of the commit history. Git silently splits lines
+    longer than 2KB when parsing gitattributes from a file, but not when
+    parsing them from the index. Consequentially, the failure mode
+    depends on whether the file exists in the working tree, the index or
+    both.
+
+    This integer overflow can result in arbitrary heap reads and writes,
+    which may result in remote code execution.
+
+Credit for finding CVE-2022-41903 goes to Joern Schneeweisz of GitLab.
+An initial fix was authored by Markus Vervier of X41 D-Sec. Credit for
+finding CVE-2022-23521 goes to Markus Vervier and Eric Sesterhenn of X41
+D-Sec. This work was sponsored by OSTIF.
+
+The proposed fixes have been polished and extended to cover additional
+findings by Patrick Steinhardt of GitLab, with help from others on the
+Git security mailing list.
+
+Patrick Steinhardt (21):
+      attr: fix overflow when upserting attribute with overly long name
+      attr: fix out-of-bounds read with huge attribute names
+      attr: fix integer overflow when parsing huge attribute names
+      attr: fix out-of-bounds write when parsing huge number of attributes
+      attr: fix out-of-bounds read with unreasonable amount of patterns
+      attr: fix integer overflow with more than INT_MAX macros
+      attr: harden allocation against integer overflows
+      attr: fix silently splitting up lines longer than 2048 bytes
+      attr: ignore attribute lines exceeding 2048 bytes
+      attr: ignore overly large gitattributes files
+      pretty: fix out-of-bounds write caused by integer overflow
+      pretty: fix out-of-bounds read when left-flushing with stealing
+      pretty: fix out-of-bounds read when parsing invalid padding format
+      pretty: fix adding linefeed when placeholder is not expanded
+      pretty: fix integer overflow in wrapping format
+      utf8: fix truncated string lengths in `utf8_strnwidth()`
+      utf8: fix returning negative string width
+      utf8: fix overflow when returning string width
+      utf8: fix checking for glyph width in `strbuf_utf8_replace()`
+      utf8: refactor `strbuf_utf8_replace` to not rely on preallocated buffer
+      pretty: restrict input lengths for padding and wrapping formats
+

Documentation/RelNotes/2.30.8.txt

@@ -0,0 +1,52 @@
+Git v2.30.8 Release Notes
+=========================
+
+This release addresses the security issues CVE-2023-22490 and
+CVE-2023-23946.
+
+
+Fixes since v2.30.7
+-------------------
+
+ * CVE-2023-22490:
+
+   Using a specially-crafted repository, Git can be tricked into using
+   its local clone optimization even when using a non-local transport.
+   Though Git will abort local clones whose source $GIT_DIR/objects
+   directory contains symbolic links (c.f., CVE-2022-39253), the objects
+   directory itself may still be a symbolic link.
+
+   These two may be combined to include arbitrary files based on known
+   paths on the victim's filesystem within the malicious repository's
+   working copy, allowing for data exfiltration in a similar manner as
+   CVE-2022-39253.
+
+ * CVE-2023-23946:
+
+   By feeding a crafted input to "git apply", a path outside the
+   working tree can be overwritten as the user who is running "git
+   apply".
+
+ * A mismatched type in `attr.c::read_attr_from_index()` which could
+   cause Git to errantly reject attributes on Windows and 32-bit Linux
+   has been corrected.
+
+Credit for finding CVE-2023-22490 goes to yvvdwf, and the fix was
+developed by Taylor Blau, with additional help from others on the
+Git security mailing list.
+
+Credit for finding CVE-2023-23946 goes to Joern Schneeweisz, and the
+fix was developed by Patrick Steinhardt.
+
+
+Johannes Schindelin (1):
+      attr: adjust a mismatched data type
+
+Patrick Steinhardt (1):
+      apply: fix writing behind newly created symbolic links
+
+Taylor Blau (3):
+      t5619: demonstrate clone_local() with ambiguous transport
+      clone: delay picking a transport until after get_repo_path()
+      dir-iterator: prevent top-level symlinks without FOLLOW_SYMLINKS
+

Documentation/RelNotes/2.31.5.txt

@@ -0,0 +1,5 @@
+Git v2.31.5 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.6; see
+the release notes for that version for details.

Documentation/RelNotes/2.31.6.txt

@@ -0,0 +1,5 @@
+Git v2.31.6 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.7; see
+the release notes for that version for details.

Documentation/RelNotes/2.31.7.txt

@@ -0,0 +1,6 @@
+Git v2.31.7 Release Notes
+=========================
+
+This release merges up the fixes that appear in v2.30.8 to
+address the security issues CVE-2023-22490 and CVE-2023-23946;
+see the release notes for that version for details.

Documentation/RelNotes/2.32.4.txt

@@ -0,0 +1,5 @@
+Git v2.32.4 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.6; see
+the release notes for that version for details.

Documentation/RelNotes/2.32.5.txt

@@ -0,0 +1,8 @@
+Git v2.32.5 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.7; see
+the release notes for that version for details.
+
+In addition, included are additional code for "git fsck" to check
+for questionable .gitattributes files.

Documentation/RelNotes/2.32.6.txt

@@ -0,0 +1,6 @@
+Git v2.32.6 Release Notes
+=========================
+
+This release merges up the fixes that appear in v2.30.8 and v2.31.7
+to address the security issues CVE-2023-22490 and CVE-2023-23946;
+see the release notes for these versions for details.

Documentation/RelNotes/2.33.5.txt

@@ -0,0 +1,5 @@
+Git v2.33.5 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.6; see
+the release notes for that version for details.

Documentation/RelNotes/2.33.6.txt

@@ -0,0 +1,5 @@
+Git v2.33.6 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.7; see
+the release notes for that version for details.

Documentation/RelNotes/2.33.7.txt

@@ -0,0 +1,7 @@
+Git v2.33.7 Release Notes
+=========================
+
+This release merges up the fixes that appear in v2.30.8, v2.31.7
+and v2.32.6 to address the security issues CVE-2023-22490 and
+CVE-2023-23946; see the release notes for these versions for
+details.

Documentation/RelNotes/2.34.5.txt

@@ -0,0 +1,5 @@
+Git v2.34.5 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.6; see
+the release notes for that version for details.

Documentation/RelNotes/2.34.6.txt

@@ -0,0 +1,5 @@
+Git v2.34.6 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.7; see
+the release notes for that version for details.

Documentation/RelNotes/2.34.7.txt

@@ -0,0 +1,7 @@
+Git v2.34.7 Release Notes
+=========================
+
+This release merges up the fixes that appear in v2.30.8, v2.31.7,
+v2.32.6 and v2.33.7 to address the security issues CVE-2023-22490
+and CVE-2023-23946; see the release notes for these versions
+for details.

Documentation/RelNotes/2.35.5.txt

@@ -0,0 +1,5 @@
+Git v2.35.5 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.6; see
+the release notes for that version for details.

Documentation/RelNotes/2.35.6.txt

@@ -0,0 +1,5 @@
+Git v2.35.6 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.7; see
+the release notes for that version for details.

Documentation/RelNotes/2.35.7.txt

@@ -0,0 +1,7 @@
+Git v2.35.7 Release Notes
+=========================
+
+This release merges up the fixes that appear in v2.30.8, v2.31.7,
+v2.32.6, v2.33.7 and v2.34.7 to address the security issues
+CVE-2023-22490 and CVE-2023-23946; see the release notes for
+these versions for details.

Documentation/RelNotes/2.36.3.txt

@@ -0,0 +1,5 @@
+Git v2.36.3 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.6; see
+the release notes for that version for details.

Documentation/RelNotes/2.36.4.txt

@@ -0,0 +1,5 @@
+Git v2.36.4 Release Notes
+=========================
+
+This release merges the security fix that appears in v2.30.7; see
+the release notes for that version for details.

Documentation/RelNotes/2.36.5.txt

@@ -0,0 +1,7 @@
+Git v2.36.5 Release Notes
+=========================
+
+This release merges up the fixes that appear in v2.30.8, v2.31.7,
+v2.32.6, v2.33.7, v2.34.7 and v2.35.7 to address the security
+issues CVE-2023-22490 and CVE-2023-23946; see the release notes
+for these versions for details.

Documentation/RelNotes/2.37.0.txt

@@ -1,337 +0,0 @@
-Git v2.37 Release Notes
-=======================
-
-UI, Workflows & Features
-
- * "vimdiff[123]" mergetool drivers have been reimplemented with a
-   more generic layout mechanism.
-
- * "git -v" and "git -h" are now understood as "git --version" and
-   "git --help".
-
- * The temporary files fed to external diff command are now generated
-   inside a new temporary directory under the same basename.
-
- * "git log --since=X" will stop traversal upon seeing a commit that
-   is older than X, but there may be commits behind it that is younger
-   than X when the commit was created with a faulty clock.  A new
-   option is added to keep digging without stopping, and instead
-   filter out commits with timestamp older than X.
-
- * "git -c branch.autosetupmerge=simple branch $A $B" will set the $B
-   as $A's upstream only when $A and $B shares the same name, and "git
-   -c push.default=simple" on branch $A would push to update the
-   branch $A at the remote $B came from.  Also more places use the
-   sole remote, if exists, before defaulting to 'origin'.
-
- * A new doc has been added that lists tips for tools to work with
-   Git's codebase.
-
- * "git remote -v" now shows the list-objects-filter used during
-   fetching from the remote, if available.
-
- * With the new http.curloptResolve configuration, the CURLOPT_RESOLVE
-   mechanism that allows cURL based applications to use pre-resolved
-   IP addresses for the requests is exposed to the scripts.
-
- * "git add -i" was rewritten in C some time ago and has been in
-   testing; the reimplementation is now exposed to general public by
-   default.
-
- * Deprecate non-cone mode of the sparse-checkout feature.
-
- * Introduce a filesystem-dependent mechanism to optimize the way the
-   bits for many loose object files are ensured to hit the disk
-   platter.
-
- * The "do not remove the directory the user started Git in" logic,
-   when Git cannot tell where that directory is, is disabled.  Earlier
-   we refused to run in such a case.
-
- * A mechanism to pack unreachable objects into a "cruft pack",
-   instead of ejecting them into loose form to be reclaimed later, has
-   been introduced.
-
- * Update the doctype written in gitweb output to xhtml5.
-
- * The "transfer.credentialsInURL" configuration variable controls what
-   happens when a URL with embedded login credential is used on either
-   "fetch" or "push". Credentials are currently only detected in
-   `remote.<name>.url` config, not `remote.<name>.pushurl`.
-
- * "git revert" learns "--reference" option to use more human-readable
-   reference to the commit it reverts in the message template it
-   prepares for the user.
-
- * Various error messages that talk about the removal of
-   "--preserve-merges" in "rebase" have been strengthened, and "rebase
-   --abort" learned to get out of a state that was left by an earlier
-   use of the option.
-
-
-Performance, Internal Implementation, Development Support etc.
-
- * The performance of the "untracked cache" feature has been improved
-   when "--untracked-files=<mode>" and "status.showUntrackedFiles"
-   are combined.
-
- * "git stash" works better with sparse index entries.
-
- * "git show :<path>" learned to work better with the sparse-index
-   feature.
-
- * Introduce and apply coccinelle rule to discourage an explicit
-   comparison between a pointer and NULL, and applies the clean-up to
-   the maintenance track.
-
- * Preliminary code refactoring around transport and bundle code.
-
- * "sparse-checkout" learns to work better with the sparse-index
-   feature.
-
- * A workflow change for translators are being proposed.  git.pot is
-   no longer version controlled and it is local responsibility of
-   translators to generate it.
-
- * Plug the memory leaks from the trickiest API of all, the revision
-   walker.
-
- * Rename .env_array member to .env in the child_process structure.
-
-  * The fsmonitor--daemon handles even more corner cases when
-    watching filesystem events.
-
- * A new bug() and BUG_if_bug() API is introduced to make it easier to
-   uniformly log "detect multiple bugs and abort in the end" pattern.
-
-
-Fixes since v2.36
------------------
-
- * "git submodule update" without pathspec should silently skip an
-   uninitialized submodule, but it started to become noisy by mistake.
-   (merge 4f1ccef87c gc/submodule-update-part2 later to maint).
-
- * "diff-tree --stdin" has been broken for about a year, but 2.36
-   release broke it even worse by breaking running the command with
-   <pathspec>, which in turn broke "gitk" and got noticed.  This has
-   been corrected by aligning its behaviour to that of "log".
-   (merge f8781bfda3 jc/diff-tree-stdin-fix later to maint).
-
- * Regression fix for 2.36 where "git name-rev" started to sometimes
-   reference strings after they are freed.
-   (merge 45a14f578e rs/name-rev-fix-free-after-use later to maint).
-
- * "git show <commit1> <commit2>... -- <pathspec>" lost the pathspec
-   when showing the second and subsequent commits, which has been
-   corrected.
-   (merge 5cdb38458e jc/show-pathspec-fix later to maint).
-
- * "git fast-export -- <pathspec>" lost the pathspec when showing the
-   second and subsequent commits, which has been corrected.
-   (merge d1c25272f5 rs/fast-export-pathspec-fix later to maint).
-
- * "git format-patch <args> -- <pathspec>" lost the pathspec when
-   showing the second and subsequent commits, which has been
-   corrected.
-   (merge 91f8f7e46f rs/format-patch-pathspec-fix later to maint).
-
- * "git clone --origin X" leaked piece of memory that held value read
-   from the clone.defaultRemoteName configuration variable, which has
-   been plugged.
-   (merge 6dfadc8981 jc/clone-remote-name-leak-fix later to maint).
-
- * Get rid of a bogus and over-eager coccinelle rule.
-   (merge 08bdd3a185 jc/cocci-xstrdup-or-null-fix later to maint).
-
- * The path taken by "git multi-pack-index" command from the end user
-   was compared with path internally prepared by the tool without first
-   normalizing, which lead to duplicated paths not being noticed,
-   which has been corrected.
-   (merge 11f9e8de3d ds/midx-normalize-pathname-before-comparison later to maint).
-
- * Correct choices of C compilers used in various CI jobs.
-   (merge 3506cae04f ab/cc-package-fixes later to maint).
-
- * Various cleanups to "git p4".
-   (merge 4ff0108d9e jh/p4-various-fixups later to maint).
-
- * The progress meter of "git blame" was showing incorrect numbers
-   when processing only parts of the file.
-   (merge e5f5d7d42e ea/progress-partial-blame later to maint).
-
- * "git rebase --keep-base <upstream> <branch-to-rebase>" computed the
-   commit to rebase onto incorrectly, which has been corrected.
-   (merge 9e5ebe9668 ah/rebase-keep-base-fix later to maint).
-
- * Fix a leak of FILE * in an error codepath.
-   (merge c0befa0c03 kt/commit-graph-plug-fp-leak-on-error later to maint).
-
- * Avoid problems from interaction between malloc_check and address
-   sanitizer.
-   (merge 067109a5e7 pw/test-malloc-with-sanitize-address later to maint).
-
- * The commit summary shown after making a commit is matched to what
-   is given in "git status" not to use the break-rewrite heuristics.
-   (merge 84792322ed rs/commit-summary-wo-break-rewrite later to maint).
-
- * Update a few end-user facing messages around EOL conversion.
-   (merge c970d30c2c ah/convert-warning-message later to maint).
-
- * Trace2 documentation updates.
-   (merge a6c80c313c js/trace2-doc-fixes later to maint).
-
- * Build procedure fixup.
-   (merge 1fbfd96f50 mg/detect-compiler-in-c-locale later to maint).
-
- * "git pull" without "--recurse-submodules=<arg>" made
-   submodule.recurse take precedence over fetch.recurseSubmodules by
-   mistake, which has been corrected.
-   (merge 5819417365 gc/pull-recurse-submodules later to maint).
-
- * "git bisect" was too silent before it is ready to start computing
-   the actual bisection, which has been corrected.
-   (merge f11046e6de cd/bisect-messages-from-pre-flight-states later to maint).
-
- * macOS CI jobs have been occasionally flaky due to tentative version
-   skew between perforce and the homebrew packager.  Instead of
-   failing the whole CI job, just let it skip the p4 tests when this
-   happens.
-   (merge f15e00b463 cb/ci-make-p4-optional later to maint).
-
- * A bit of test framework fixes with a few fixes to issues found by
-   valgrind.
-   (merge 7c898554d7 ab/valgrind-fixes later to maint).
-
- * "git archive --add-file=<path>" picked up the raw permission bits
-   from the path and propagated to zip output in some cases, without
-   normalization, which has been corrected (tar output did not have
-   this issue).
-   (merge 6a61661967 jc/archive-add-file-normalize-mode later to maint).
-
- * "make coverage-report" without first running "make coverage" did
-   not produce any meaningful result, which has been corrected.
-   (merge 96ddfecc5b ep/coverage-report-wants-test-to-have-run later to maint).
-
- * The "--current" option of "git show-branch" should have been made
-   incompatible with the "--reflog" mode, but this was not enforced,
-   which has been corrected.
-   (merge 41c64ae0e7 jc/show-branch-g-current later to maint).
-
- * "git fetch" unnecessarily failed when an unexpected optional
-   section appeared in the output, which has been corrected.
-   (merge 7709acf7be jt/fetch-peek-optional-section later to maint).
-
- * The way "git fetch" without "--update-head-ok" ensures that HEAD in
-   no worktree points at any ref being updated was too wasteful, which
-   has been optimized a bit.
-   (merge f7400da800 os/fetch-check-not-current-branch later to maint).
-
- * "git fetch --recurse-submodules" from multiple remotes (either from
-   a remote group, or "--all") used to make one extra "git fetch" in
-   the submodules, which has been corrected.
-   (merge 0353c68818 jc/avoid-redundant-submodule-fetch later to maint).
-
- * With a recent update to refuse access to repositories of other
-   people by default, "sudo make install" and "sudo git describe"
-   stopped working, which has been corrected.
-   (merge 6b11e3d52e cb/path-owner-check-with-sudo-plus later to maint).
-
- * The tests that ensured merges stop when interfering local changes
-   are present did not make sure that local changes are preserved; now
-   they do.
-   (merge 4b317450ce jc/t6424-failing-merge-preserve-local-changes later to maint).
-
- * Some real problems noticed by gcc 12 have been fixed, while false
-   positives have been worked around.
-
- * Update the version of FreeBSD image used in Cirrus CI.
-   (merge c58bebd4c6 pb/use-freebsd-12.3-in-cirrus-ci later to maint).
-
- * The multi-pack-index code did not protect the packfile it is going
-   to depend on from getting removed while in use, which has been
-   corrected.
-   (merge 4090511e40 tb/midx-race-in-pack-objects later to maint).
-
- * Teach "git repack --geometric" work better with "--keep-pack" and
-   avoid corrupting the repository when packsize limit is used.
-   (merge 66731ff921 tb/geom-repack-with-keep-and-max later to maint).
-
- * The documentation on the interaction between "--add-file" and
-   "--prefix" options of "git archive" has been improved.
-   (merge a75910602a rs/document-archive-prefix later to maint).
-
- * A git subcommand like "git add -p" spawns a separate git process
-   while relaying its command line arguments.  A pathspec with only
-   negative elements was mistakenly passed with an empty string, which
-   has been corrected.
-   (merge b02fdbc80a jc/all-negative-pathspec later to maint).
-
- * With a more targeted workaround in http.c in another topic, we may
-   be able to lift this blanket "GCC12 dangling-pointer warning is
-   broken and unsalvageable" workaround.
-   (merge 419141e495 cb/buggy-gcc-12-workaround later to maint).
-
- * A misconfigured 'branch..remote' led to a bug in configuration
-   parsing.
-   (merge f1dfbd9ee0 gc/zero-length-branch-config-fix later to maint).
-
- * "git -c diff.submodule=log range-diff" did not show anything for
-   submodules that changed in the ranges being compared, and
-   "git -c diff.submodule=diff range-diff" did not work correctly.
-   Fix this by including the "--submodule=short" output
-   unconditionally to be compared.
-
- * In Git 2.36 we revamped the way how hooks are invoked.  One change
-   that is end-user visible is that the output of a hook is no longer
-   directly connected to the standard output of "git" that spawns the
-   hook, which was noticed post release.  This is getting corrected.
-   (merge a082345372 ab/hooks-regression-fix later to maint).
-
- * Updating the graft information invalidates the list of parents of
-   in-core commit objects that used to be in the graft file.
-
- * "git show-ref --heads" (and "--tags") still iterated over all the
-   refs only to discard refs outside the specified area, which has
-   been corrected.
-   (merge c0c9d35e27 tb/show-ref-optim later to maint).
-
- * Remove redundant copying (with index v3 and older) or possible
-   over-reading beyond end of mmapped memory (with index v4) has been
-   corrected.
-   (merge 6d858341d2 zh/read-cache-copy-name-entry-fix later to maint).
-
- * Sample watchman interface hook sometimes failed to produce
-   correctly formatted JSON message, which has been corrected.
-   (merge 134047b500 sn/fsmonitor-missing-clock later to maint).
-
- * Use-after-free (with another forget-to-free) fix.
-   (merge 323822c72b ab/remote-free-fix later to maint).
-
- * Remove a coccinelle rule that is no longer relevant.
-   (merge b1299de4a1 jc/cocci-cleanup later to maint).
-
- * Other code cleanup, docfix, build fix, etc.
-   (merge e6b2582da3 cm/reftable-0-length-memset later to maint).
-   (merge 0b75e5bf22 ab/misc-cleanup later to maint).
-   (merge 52e1ab8a76 ea/rebase-code-simplify later to maint).
-   (merge 756d15923b sg/safe-directory-tests-and-docs later to maint).
-   (merge d097a23bfa ds/do-not-call-bug-on-bad-refs later to maint).
-   (merge c36c27e75c rs/t7812-pcre2-ws-bug-test later to maint).
-   (merge 1da312742d gf/unused-includes later to maint).
-   (merge 465b30a92d pb/submodule-recurse-mode-enum later to maint).
-   (merge 82b28c4ed8 km/t3501-use-test-helpers later to maint).
-   (merge 72315e431b sa/t1011-use-helpers later to maint).
-   (merge 95b3002201 cg/vscode-with-gdb later to maint).
-   (merge fbe5f6b804 tk/p4-utf8-bom later to maint).
-   (merge 17f273ffba tk/p4-with-explicity-sync later to maint).
-   (merge 944db25c60 kf/p4-multiple-remotes later to maint).
-   (merge b014cee8de jc/update-ozlabs-url later to maint).
-   (merge 4ec5008062 pb/ggg-in-mfc-doc later to maint).
-   (merge af845a604d tb/receive-pack-code-cleanup later to maint).
-   (merge 2acf4cf001 js/ci-gcc-12-fixes later to maint).
-   (merge 05e280c0a6 jc/http-clear-finished-pointer later to maint).
-   (merge 8c49d704ef fh/transport-push-leakfix later to maint).
-   (merge 1d232d38bd tl/ls-tree-oid-only later to maint).
-   (merge db7961e6a6 gc/document-config-worktree-scope later to maint).
-   (merge ce18a30bb7 fs/ssh-default-key-command-doc later to maint).

Documentation/RelNotes/2.37.1.txt

@@ -1,17 +0,0 @@
-Git 2.37.1 Release Notes
-========================
-
-This release merges up the fixes that appear in v2.30.5, v2.31.4,
-v2.32.3, v2.33.4, v2.34.4, v2.35.4, and v2.36.2 to address the
-security issue CVE-2022-29187; see the release notes for these
-versions for details.
-
-Fixes since Git 2.37
---------------------
-
- * Rewrite of "git add -i" in C that appeared in Git 2.25 didn't
-   correctly record a removed file to the index, which is an old
-   regression but has become widely known because the C version has
-   become the default in the latest release.
-
- * Fix for CVS-2022-29187.

Documentation/RelNotes/2.37.2.txt

@@ -1,88 +0,0 @@
-Git 2.37.2 Release Notes
-========================
-
-This primarily is to backport various fixes accumulated on the 'master'
-front since 2.37.1.
-
-Fixes since v2.37.1
--------------------
-
- * "git shortlog -n" relied on the underlying qsort() to be stable,
-   which shouldn't have.  Fixed.
-
- * Variable quoting fix in the vimdiff driver of "git mergetool".
-
- * An earlier attempt to plug leaks placed a clean-up label to jump to
-   at a bogus place, which as been corrected.
-
- * Fixes a long-standing corner case bug around directory renames in
-   the merge-ort strategy.
-
- * Recent update to vimdiff layout code has been made more robust
-   against different end-user vim settings.
-
- * In a non-bare repository, the behavior of Git when the
-   core.worktree configuration variable points at a directory that has
-   a repository as its subdirectory, regressed in Git 2.27 days.
-
- * References to commands-to-be-typed-literally in "git rebase"
-   documentation mark-up have been corrected.
-
- * Give _() markings to fatal/warning/usage: labels that are shown in
-   front of these messages.
-
- * "git mktree --missing" lazily fetched objects that are missing from
-   the local object store, which was totally unnecessary for the purpose
-   of creating the tree object(s) from its input.
-
- * Fixes for tests when the source directory has unusual characters in
-   its path, e.g. whitespaces, double-quotes, etc.
-
- * Adjust technical/bitmap-format to be formatted by AsciiDoc, and
-   add some missing information to the documentation.
-
- * Certain diff options are currently ignored when combined-diff is
-   shown; mark them as incompatible with the feature.
-
- * "git clone" from a repository with some ref whose HEAD is unborn
-   did not set the HEAD in the resulting repository correctly, which
-   has been corrected.
-
- * mkstemp() emulation on Windows has been improved.
-
- * Add missing documentation for "include" and "includeIf" features in
-   "git config" file format, which incidentally teaches the command
-   line completion to include them in its offerings.
-
- * Avoid "white/black-list" in documentation and code comments.
-
- * Workaround for a compiler warning against use of die() in
-   osx-keychain (in contrib/).
-
- * Workaround for a false positive compiler warning.
-
- * The resolve-undo information in the index was not protected against
-   GC, which has been corrected.
-
- * A corner case bug where lazily fetching objects from a promisor
-   remote resulted in infinite recursion has been corrected.
-
- * "git p4" working on UTF-16 files on Windows did not implement
-   CRLF-to-LF conversion correctly, which has been corrected.
-
- * "git p4" did not handle non-ASCII client name well, which has been
-   corrected.
-
- * "rerere-train" script (in contrib/) used to honor commit.gpgSign
-   while recreating the throw-away merges.
-
- * "git checkout" miscounted the paths it updated, which has been
-   corrected.
-
- * Fix for a bug that makes write-tree to fail to write out a
-   non-existent index as a tree, introduced in 2.37.
-
- * There was a bug in the codepath to upgrade generation information
-   in commit-graph from v1 to v2 format, which has been corrected.
-
-Also contains minor documentation updates and code clean-ups.

Documentation/RelNotes/2.37.3.txt

@@ -1,46 +0,0 @@
-Git 2.37.3 Release Notes
-========================
-
-This primarily is to backport various fixes accumulated on the 'master'
-front since 2.37.2.
-
-Fixes since v2.37.2
--------------------
-
- * The build procedure for Windows that uses CMake has been updated to
-   pick up the shell interpreter from local installation location.
-
- * Conditionally allow building Python interpreter on Windows
-
- * Fix to lstat() emulation on Windows.
-
- * Older gcc with -Wall complains about the universal zero initializer
-   "struct s = { 0 };" idiom, which makes developers' lives
-   inconvenient (as -Werror is enabled by DEVELOPER=YesPlease).  The
-   build procedure has been tweaked to help these compilers.
-
- * Plug memory leaks in the failure code path in the "merge-ort" merge
-   strategy backend.
-
- * Avoid repeatedly running getconf to ask libc version in the test
-   suite, and instead just as it once per script.
-
- * Platform-specific code that determines if a directory is OK to use
-   as a repository has been taught to report more details, especially
-   on Windows.
-
- * "vimdiff3" regression has been corrected.
-
- * "git fsck" reads mode from tree objects but canonicalizes the mode
-   before passing it to the logic to check object sanity, which has
-   hid broken tree objects from the checking logic.  This has been
-   corrected, but to help exiting projects with broken tree objects
-   that they cannot fix retroactively, the severity of anomalies this
-   code detects has been demoted to "info" for now.
-
- * Fixes to sparse index compatibility work for "reset" and "checkout"
-   commands.
-
- * Documentation for "git add --renormalize" has been improved.
-
-Also contains other minor documentation updates and code clean-ups.

Documentation/RelNotes/2.37.4.txt

@@ -1,31 +0,0 @@
-Git 2.37.4 Release Notes
-========================
-
-This primarily is to backport various fixes accumulated on the 'master'
-front since 2.37.3.
-
-Fixes since v2.37.3
--------------------
-
- * An earlier optimization discarded a tree-object buffer that is
-   still in use, which has been corrected.
-
- * Fix deadlocks between main Git process and subprocess spawned via
-   the pipe_command() API, that can kill "git add -p" that was
-   reimplemented in C recently.
-
- * xcalloc(), imitating calloc(), takes "number of elements of the
-   array", and "size of a single element", in this order.  A call that
-   does not follow this ordering has been corrected.
-
- * The preload-index codepath made copies of pathspec to give to
-   multiple threads, which were left leaked.
-
- * Update the version of Ubuntu used for GitHub Actions CI from 18.04
-   to 22.04.
-
- * The auto-stashed local changes created by "git merge --autostash"
-   was mixed into a conflicted state left in the working tree, which
-   has been corrected.
-
-Also contains other minor documentation updates and code clean-ups.

Documentation/RelNotes/2.38.0.txt

@@ -1,393 +0,0 @@
-Git v2.38 Release Notes
-=======================
-
-UI, Workflows & Features
-
- * "git remote show [-n] frotz" now pays attention to negative
-   pathspec.
-
- * "git push" sometimes perform poorly when reachability bitmaps are
-   used, even in a repository where other operations are helped by
-   bitmaps.  The push.useBitmaps configuration variable is introduced
-   to allow disabling use of reachability bitmaps only for "git push".
-
- * "git grep -m<max-hits>" is a way to limit the hits shown per file.
-
- * "git merge-tree" learned a new mode where it takes two commits and
-   computes a tree that would result in the merge commit, if the
-   histories leading to these two commits were to be merged.
-
- * "git mv A B" in a sparsely populated working tree can be asked to
-   move a path between directories that are "in cone" (i.e. expected
-   to be materialized in the working tree) and "out of cone"
-   (i.e. expected to be hidden).  The handling of such cases has been
-   improved.
-
- * Earlier, HTTP transport clients learned to tell the server side
-   what locale they are in by sending Accept-Language HTTP header, but
-   this was done only for some requests but not others.
-
- * Introduce a discovery.barerepository configuration variable that
-   allows users to forbid discovery of bare repositories.
-
- * Various messages that come from the pack-bitmap codepaths have been
-   tweaked.
-
- * "git rebase -i" learns to update branches whose tip appear in the
-   rebased range with "--update-refs" option.
-
- * "git ls-files" learns the "--format" option to tweak its output.
-
- * "git cat-file" learned an option to use the mailmap when showing
-   commit and tag objects.
-
- * When "git merge" finds that it cannot perform a merge, it should
-   restore the working tree to the state before the command was
-   initiated, but in some corner cases it didn't.
-
- * Operating modes like "--batch" of "git cat-file" command learned to
-   take NUL-terminated input, instead of one-item-per-line.
-
- * "git rm" has become more aware of the sparse-index feature.
-
- * "git rev-list --disk-usage" learned to take an optional value
-   "human" to show the reported value in human-readable format, like
-   "3.40MiB".
-
- * The "diagnose" feature to create a zip archive for diagnostic
-   material has been lifted from "scalar" and made into a feature of
-   "git bugreport".
-
- * The namespaces used by "log --decorate" from "refs/" hierarchy by
-   default has been tightened.
-
- * "git rev-list --ancestry-path=C A..B" is a natural extension of
-   "git rev-list A..B"; instead of choosing a subset of A..B to those
-   that have ancestry relationship with A, it lets a subset with
-   ancestry relationship with C.
-
- * "scalar" now enables built-in fsmonitor on enlisted repositories,
-   when able.
-
- * The bash prompt (in contrib/) learned to optionally indicate when
-   the index is unmerged.
-
- * "git clone" command learned the "--bundle-uri" option to coordinate
-   with hosting sites the use of pre-prepared bundle files.
-
- * "git range-diff" learned to honor pathspec argument if given.
-
- * "git format-patch --from=<ident>" can be told to add an in-body
-   "From:" line even for commits that are authored by the given
-   <ident> with "--force-in-body-from"option.
-
- * The built-in fsmonitor refuses to work on a network mounted
-   repositories; a configuration knob for users to override this has
-   been introduced.
-
-
-Performance, Internal Implementation, Development Support etc.
-
- * Collection of what is referenced by objects in promisor packs have
-   been optimized to inspect these objects in the in-pack order.
-
- * Introduce a helper to see if a branch is already being worked on
-   (hence should not be newly checked out in a working tree), which
-   performs much better than the existing find_shared_symref() to
-   replace many uses of the latter.
-
- * Teach "git archive" to (optionally and then by default) avoid
-   spawning an external "gzip" process when creating ".tar.gz" (and
-   ".tgz") archives.
-
- * Allow large objects read from a packstream to be streamed into a
-   loose object file straight, without having to keep it in-core as a
-   whole.
-
- * Further preparation to turn git-submodule.sh into a builtin
-   continues.
-
- * Apply Coccinelle rule to turn raw memmove() into MOVE_ARRAY() cpp
-   macro, which would improve maintainability and readability.
-
- * Teach "make all" to build gitweb as well.
-
- * Tweak tests so that they still work when the "git init" template
-   did not create .git/info directory.
-
- * Add Coccinelle rules to detect the pattern of initializing and then
-   finalizing a structure without using it in between at all, which
-   happens after code restructuring and the compilers fail to
-   recognize as an unused variable.
-
- * The code to convert between GPG trust level strings and internal
-   constants we use to represent them have been cleaned up.
-
- * Support for libnettle as SHA256 implementation has been added.
-
- * The way "git multi-pack" uses parse-options API has been improved.
-
- * A coccinelle rule (in contrib/) to encourage use of COPY_ARRAY
-   macro has been improved.
-
- * API tweak to make it easier to run fuzz testing on commit-graph parser.
-
- * Omit fsync-related trace2 entries when their values are all zero.
-
- * The codepath to write multi-pack index has been taught to release a
-   large chunk of memory that holds an array of objects in the packs,
-   as soon as it is done with the array, to reduce memory consumption.
-
- * Add a level of redirection to array allocation API in xdiff part,
-   to make it easier to share with the libgit2 project.
-
- * "git fetch" client logs the partial clone filter used in the trace2
-   output.
-
- * The "bundle URI" design gets documented.
-
- * The common ancestor negotiation exchange during a "git fetch"
-   session now leaves trace log.
-
- * Test portability improvements.
-   (merge 4d1d843be7 mt/rot13-in-c later to maint).
-
- * The "subcommand" mode is introduced to parse-options API and update
-   the command line parser of Git commands with subcommands.
-
- * The pack bitmap file gained a bitmap-lookup table to speed up
-   locating the necessary bitmap for a given commit.
-
- * The assembly version of SHA-1 implementation for PPC has been
-   removed.
-
- * The server side that responds to "git fetch" and "git clone"
-   request has been optimized by allowing it to send objects in its
-   object store without recomputing and validating the object names.
-
- * Annotate function parameters that are not used (but cannot be
-   removed for structural reasons), to prepare us to later compile
-   with -Wunused warning turned on.
-
- * Share the text used to explain configuration variables used by "git
-   <subcmd>" in "git help <subcmd>" with the text from "git help config".
-
-
-Fixes since v2.37
------------------
-
- * Rewrite of "git add -i" in C that appeared in Git 2.25 didn't
-   correctly record a removed file to the index, which was fixed.
-
- * Certain diff options are currently ignored when combined-diff is
-   shown; mark them as incompatible with the feature.
-
- * Adjust technical/bitmap-format to be formatted by AsciiDoc, and
-   add some missing information to the documentation.
-
- * Fixes for tests when the source directory has unusual characters in
-   its path, e.g. whitespaces, double-quotes, etc.
-
- * "git mktree --missing" lazily fetched objects that are missing from
-   the local object store, which was totally unnecessary for the purpose
-   of creating the tree object(s) from its input.
-
- * Give _() markings to fatal/warning/usage: labels that are shown in
-   front of these messages.
-
- * References to commands-to-be-typed-literally in "git rebase"
-   documentation mark-up have been corrected.
-
- * In a non-bare repository, the behavior of Git when the
-   core.worktree configuration variable points at a directory that has
-   a repository as its subdirectory, regressed in Git 2.27 days.
-
- * Recent update to vimdiff layout code has been made more robust
-   against different end-user vim settings.
-
- * Plug various memory leaks, both in the main code and in test-tool
-   commands.
-
- * Fixes a long-standing corner case bug around directory renames in
-   the merge-ort strategy.
-
- * The resolve-undo information in the index was not protected against
-   GC, which has been corrected.
-
- * A corner case bug where lazily fetching objects from a promisor
-   remote resulted in infinite recursion has been corrected.
-
- * "git clone" from a repository with some ref whose HEAD is unborn
-   did not set the HEAD in the resulting repository correctly, which
-   has been corrected.
-
- * An earlier attempt to plug leaks placed a clean-up label to jump to
-   at a bogus place, which as been corrected.
-
- * Variable quoting fix in the vimdiff driver of "git mergetool"
-
- * "git shortlog -n" relied on the underlying qsort() to be stable,
-   which shouldn't have.  Fixed.
-
- * A fix for a regression in test framework.
-
- * mkstemp() emulation on Windows has been improved.
-
- * Add missing documentation for "include" and "includeIf" features in
-   "git config" file format, which incidentally teaches the command
-   line completion to include them in its offerings.
-
- * Avoid "white/black-list" in documentation and code comments.
-
- * Workaround for a compiler warning against use of die() in
-   osx-keychain (in contrib/).
-
- * Workaround for a false positive compiler warning.
-
- * "git p4" working on UTF-16 files on Windows did not implement
-   CRLF-to-LF conversion correctly, which has been corrected.
-
- * "git p4" did not handle non-ASCII client name well, which has been
-   corrected.
-
- * "rerere-train" script (in contrib/) used to honor commit.gpgSign
-   while recreating the throw-away merges.
-
- * "git checkout" miscounted the paths it updated, which has been
-   corrected.
-
- * Fix for a bug that makes write-tree to fail to write out a
-   non-existent index as a tree, introduced in 2.37.
-
- * There was a bug in the codepath to upgrade generation information
-   in commit-graph from v1 to v2 format, which has been corrected.
-
- * Gitweb had legacy URL shortener that is specific to the way
-   projects hosted on kernel.org used to (but no longer) work, which
-   has been removed.
-
- * Fix build procedure for Windows that uses CMake so that it can pick
-   up the shell interpreter from local installation location.
-
- * Conditionally allow building Python interpreter on Windows
-
- * Fix to lstat() emulation on Windows.
-
- * Older gcc with -Wall complains about the universal zero initializer
-   "struct s = { 0 };" idiom, which makes developers' lives
-   inconvenient (as -Werror is enabled by DEVELOPER=YesPlease).  The
-   build procedure has been tweaked to help these compilers.
-
- * Plug memory leaks in the failure code path in the "merge-ort" merge
-   strategy backend.
-
- * "git symbolic-ref symref non..sen..se" is now diagnosed as an error.
-
- * A follow-up fix to a fix for a regression in 2.36 around hooks.
-
- * Avoid repeatedly running getconf to ask libc version in the test
-   suite, and instead just as it once per script.
-
- * Platform-specific code that determines if a directory is OK to use
-   as a repository has been taught to report more details, especially
-   on Windows.
-
- * "vimdiff3" regression fix.
-
- * "git fsck" reads mode from tree objects but canonicalizes the mode
-   before passing it to the logic to check object sanity, which has
-   hid broken tree objects from the checking logic.  This has been
-   corrected, but to help exiting projects with broken tree objects
-   that they cannot fix retroactively, the severity of anomalies this
-   code detects has been demoted to "info" for now.
-
- * Fixes to sparse index compatibility work for "reset" and "checkout"
-   commands.
-
- * An earlier optimization discarded a tree-object buffer that is
-   still in use, which has been corrected.
-   (merge 1490d7d82d jk/is-promisor-object-keep-tree-in-use later to maint).
-
- * Fix deadlocks between main Git process and subprocess spawned via
-   the pipe_command() API, that can kill "git add -p" that was
-   reimplemented in C recently.
-   (merge 716c1f649e jk/pipe-command-nonblock later to maint).
-
- * The sequencer machinery translated messages left in the reflog by
-   mistake, which has been corrected.
-
- * xcalloc(), imitating calloc(), takes "number of elements of the
-   array", and "size of a single element", in this order.  A call that
-   does not follow this ordering has been corrected.
-   (merge c4bbd9bb8f sg/xcalloc-cocci-fix later to maint).
-
- * The preload-index codepath made copies of pathspec to give to
-   multiple threads, which were left leaked.
-   (merge 23578904da ad/preload-plug-memleak later to maint).
-
- * Update the version of Ubuntu used for GitHub Actions CI from 18.04
-   to 22.04.
-   (merge ef46584831 ds/github-actions-use-newer-ubuntu later to maint).
-
- * The auto-stashed local changes created by "git merge --autostash"
-   was mixed into a conflicted state left in the working tree, which
-   has been corrected.
-   (merge d3a9295ada en/merge-unstash-only-on-clean-merge later to maint).
-
- * Multi-pack index got corrupted when preferred pack changed from one
-   pack to another in a certain way, which has been corrected.
-   (merge 99e4d084ff tb/midx-with-changing-preferred-pack-fix later to maint).
-
- * The clean-up of temporary files created via mks_tempfile_dt() was
-   racy and attempted to unlink() the leading directory when signals
-   are involved, which has been corrected.
-   (merge babe2e0559 rs/tempfile-cleanup-race-fix later to maint).
-
- * FreeBSD portability fix for "git maintenance" that spawns "crontab"
-   to schedule tasks.
-   (merge ee69e7884e bc/gc-crontab-fix later to maint).
-
- * Those who use diff-so-fancy as the diff-filter noticed a regression
-   or two in the code that parses the diff output in the built-in
-   version of "add -p", which has been corrected.
-   (merge 0a101676e5 js/add-p-diff-parsing-fix later to maint).
-
- * Segfault fix-up to an earlier fix to the topic to teach "git reset"
-   and "git checkout" work better in a sparse checkout.
-   (merge 037f8ea6d9 vd/sparse-reset-checkout-fixes later to maint).
-
- * "git diff --no-index A B" managed its the pathnames of its two
-   input files rather haphazardly, sometimes leaking them.  The
-   command line argument processing has been straightened out to clean
-   it up.
-   (merge 2b43dd0eb5 rs/diff-no-index-cleanup later to maint).
-
- * "git rev-list --verify-objects" ought to inspect the contents of
-   objects and notice corrupted ones, but it didn't when the commit
-   graph is in use, which has been corrected.
-   (merge b27ccae34b jk/rev-list-verify-objects-fix later to maint).
-
- * More fixes to "add -p"
-   (merge 64ec8efb83 js/builtin-add-p-portability-fix later to maint).
-
- * The parser in the script interface to parse-options in "git
-   rev-parse" has been updated to diagnose a bogus input correctly.
-   (merge f20b9c36d0 ow/rev-parse-parseopt-fix later to maint).
-
- * The code that manages list-object-filter structure, used in partial
-   clones, leaked the instances, which has been plugged.
-   (merge 66eede4a37 jk/plug-list-object-filter-leaks later to maint).
-
- * Fix another UI regression in the reimplemented "add -p".
-   (merge f6f0ee247f rs/add-p-worktree-mode-prompt-fix later to maint).
-
- * "git fetch" over protocol v2 sent an incorrect ref prefix request
-   to the server and made "git pull" with configured fetch refspec
-   that does not cover the remote branch to merge with fail, which has
-   been corrected.
-   (merge 49ca2fba39 jk/proto-v2-ref-prefix-fix later to maint).
-
- * Other code cleanup, docfix, build fix, etc.
-   (merge 77b9e85c0f vd/fix-perf-tests later to maint).
-   (merge 0682bc43f5 jk/test-crontab-fixes later to maint).
-   (merge b46dd1726c cc/doc-trailer-whitespace-rules later to maint).

Documentation/ToolsForGit.txt

@@ -1,51 +0,0 @@
-Tools for developing Git
-========================
-:sectanchors:
-
-[[summary]]
-== Summary
-
-This document gathers tips, scripts and configuration file to help people
-working on Git's codebase use their favorite tools while following Git's
-coding style.
-
-[[author]]
-=== Author
-
-The Git community.
-
-[[table_of_contents]]
-== Table of contents
-
-- <<vscode>>
-- <<emacs>>
-
-[[vscode]]
-=== Visual Studio Code (VS Code)
-
-The contrib/vscode/init.sh script creates configuration files that enable
-several valuable VS Code features. See contrib/vscode/README.md for more
-information on using the script.
-
-[[emacs]]
-=== Emacs
-
-This is adapted from Linux's suggestion in its CodingStyle document:
-
-- To follow rules of the CodingGuideline, it's useful to put the following in
-GIT_CHECKOUT/.dir-locals.el, assuming you use cperl-mode:
-----
-;; note the first part is useful for C editing, too
-((nil . ((indent-tabs-mode . t)
-	 (tab-width . 8)
-	 (fill-column . 80)))
-	 (cperl-mode . ((cperl-indent-level . 8)
-			(cperl-extra-newline-before-brace . nil)
-			(cperl-merge-trailing-else . t))))
-----
-
-For a more complete setup, since Git's codebase uses a coding style
-similar to the Linux kernel's style, tips given in Linux's CodingStyle
-document can be applied here too.
-
-==== https://www.kernel.org/doc/html/v4.10/process/coding-style.html#you-ve-made-a-mess-of-it

Documentation/config.txt

@@ -445,8 +445,6 @@ include::config/i18n.txt[]
 
 include::config/imap.txt[]
 
-include::config/includeif.txt[]
-
 include::config/index.txt[]
 
 include::config/init.txt[]
@@ -497,8 +495,6 @@ include::config/repack.txt[]
 
 include::config/rerere.txt[]
 
-include::config/revert.txt[]
-
 include::config/safe.txt[]
 
 include::config/sendemail.txt[]

Documentation/config/add.txt

@@ -7,6 +7,6 @@ add.ignore-errors (deprecated)::
 	variables.
 
 add.interactive.useBuiltin::
-	Set to `false` to fall back to the original Perl implementation of
+	[EXPERIMENTAL] Set to `true` to use the experimental built-in
-	the interactive version of linkgit:git-add[1] instead of the built-in
+	implementation of the interactive version of linkgit:git-add[1]
-	version. Is `true` by default.
+	instead of the Perl script version. Is `false` by default.

Documentation/config/branch.txt

@@ -9,9 +9,7 @@ branch.autoSetupMerge::
 	automatic setup is done when the starting point is either a
 	local branch or remote-tracking branch; `inherit` -- if the starting point
 	has a tracking configuration, it is copied to the new
-	branch; `simple` -- automatic setup is done only when the starting point
+	branch. This option defaults to true.
-	is a remote-tracking branch and the new branch has the same name as the
-	remote branch. This option defaults to true.
 
 branch.autoSetupRebase::
 	When a new branch is created with 'git branch', 'git switch' or 'git checkout'
@@ -40,9 +38,8 @@ branch.<name>.remote::
 	may be overridden with `remote.pushDefault` (for all branches).
 	The remote to push to, for the current branch, may be further
 	overridden by `branch.<name>.pushRemote`.  If no remote is
-	configured, or if you are not on any branch and there is more than
+	configured, or if you are not on any branch, it defaults to
-	one remote defined in the repository, it defaults to `origin` for
+	`origin` for fetching and `remote.pushDefault` for pushing.
-	fetching and `remote.pushDefault` for pushing.
 	Additionally, `.` (a period) is the current local repository
 	(a dot-repository), see `branch.<name>.merge`'s final note below.
 

Documentation/config/core.txt

@@ -444,32 +444,17 @@ You probably do not need to adjust this value.
 Common unit suffixes of 'k', 'm', or 'g' are supported.
 
 core.bigFileThreshold::
-	The size of files considered "big", which as discussed below
+	Files larger than this size are stored deflated, without
-	changes the behavior of numerous git commands, as well as how
+	attempting delta compression.  Storing large files without
-	such files are stored within the repository. The default is
+	delta compression avoids excessive memory usage, at the
-	512 MiB. Common unit suffixes of 'k', 'm', or 'g' are
+	slight expense of increased disk usage. Additionally files
-	supported.
+	larger than this size are always treated as binary.
 +
-Files above the configured limit will be:
+Default is 512 MiB on all platforms.  This should be reasonable
+for most projects as source code and other text files can still
+be delta compressed, but larger binary media files won't be.
 +
-* Stored deflated in packfiles, without attempting delta compression.
+Common unit suffixes of 'k', 'm', or 'g' are supported.
-+
-The default limit is primarily set with this use-case in mind. With it,
-most projects will have their source code and other text files delta
-compressed, but not larger binary media files.
-+
-Storing large files without delta compression avoids excessive memory
-usage, at the slight expense of increased disk usage.
-+
-* Will be treated as if they were labeled "binary" (see
-  linkgit:gitattributes[5]). e.g. linkgit:git-log[1] and
-  linkgit:git-diff[1] will not compute diffs for files above this limit.
-+
-* Will generally be streamed when written, which avoids excessive
-memory usage, at the cost of some fixed overhead. Commands that make
-use of this include linkgit:git-archive[1],
-linkgit:git-fast-import[1], linkgit:git-index-pack[1],
-linkgit:git-unpack-objects[1] and linkgit:git-fsck[1].
 
 core.excludesFile::
 	Specifies the pathname to the file that contains patterns to
@@ -643,14 +628,6 @@ core.fsyncMethod::
 * `writeout-only` issues pagecache writeback requests, but depending on the
   filesystem and storage hardware, data added to the repository may not be
   durable in the event of a system crash. This is the default mode on macOS.
-* `batch` enables a mode that uses writeout-only flushes to stage multiple
-  updates in the disk writeback cache and then does a single full fsync of
-  a dummy file to trigger the disk cache flush at the end of the operation.
-+
-Currently `batch` mode only applies to loose-object files. Other repository
-data is made durable as if `fsync` was specified. This mode is expected to
-be as safe as `fsync` on macOS for repos stored on HFS+ or APFS filesystems
-and on Windows for repos stored on NTFS or ReFS filesystems.
 
 core.fsyncObjectFiles::
 	This boolean will enable 'fsync()' when writing object files.
@@ -721,10 +698,8 @@ core.sparseCheckout::
 
 core.sparseCheckoutCone::
 	Enables the "cone mode" of the sparse checkout feature. When the
-	sparse-checkout file contains a limited set of patterns, this
+	sparse-checkout file contains a limited set of patterns, then this
-	mode provides significant performance advantages. The "non-cone
+	mode provides significant performance advantages. See
-	mode" can be requested to allow specifying more flexible
-	patterns by setting this variable to 'false'. See
 	linkgit:git-sparse-checkout[1] for more information.
 
 core.abbrev::

Documentation/config/diff.txt

@@ -178,6 +178,21 @@ diff.<driver>.cachetextconv::
 	Set this option to true to make the diff driver cache the text
 	conversion outputs.  See linkgit:gitattributes[5] for details.
 
+diff.tool::
+	Controls which diff tool is used by linkgit:git-difftool[1].
+	This variable overrides the value configured in `merge.tool`.
+	The list below shows the valid built-in values.
+	Any other value is treated as a custom diff tool and requires
+	that a corresponding difftool.<tool>.cmd variable is defined.
+
+diff.guitool::
+	Controls which diff tool is used by linkgit:git-difftool[1] when
+	the -g/--gui flag is specified. This variable overrides the value
+	configured in `merge.guitool`. The list below shows the valid
+	built-in values. Any other value is treated as a custom diff tool
+	and requires that a corresponding difftool.<guitool>.cmd variable
+	is defined.
+
 include::../mergetools-diff.txt[]
 
 diff.indentHeuristic::

Documentation/config/difftool.txt

@@ -1,17 +1,6 @@
-diff.tool::
+difftool.<tool>.path::
-	Controls which diff tool is used by linkgit:git-difftool[1].
+	Override the path for the given tool.  This is useful in case
-	This variable overrides the value configured in `merge.tool`.
+	your tool is not in the PATH.
-	The list below shows the valid built-in values.
-	Any other value is treated as a custom diff tool and requires
-	that a corresponding difftool.<tool>.cmd variable is defined.
-
-diff.guitool::
-	Controls which diff tool is used by linkgit:git-difftool[1] when
-	the -g/--gui flag is specified. This variable overrides the value
-	configured in `merge.guitool`. The list below shows the valid
-	built-in values. Any other value is treated as a custom diff tool
-	and requires that a corresponding difftool.<guitool>.cmd variable
-	is defined.
 
 difftool.<tool>.cmd::
 	Specify the command to invoke the specified diff tool.
@@ -20,17 +9,6 @@ difftool.<tool>.cmd::
 	file containing the contents of the diff pre-image and 'REMOTE'
 	is set to the name of the temporary file containing the contents
 	of the diff post-image.
-+
-See the `--tool=<tool>` option in linkgit:git-difftool[1] for more details.
-
-difftool.<tool>.path::
-	Override the path for the given tool.  This is useful in case
-	your tool is not in the PATH.
-
-difftool.trustExitCode::
-	Exit difftool if the invoked diff tool returns a non-zero exit status.
-+
-See the `--trust-exit-code` option in linkgit:git-difftool[1] for more details.
 
 difftool.prompt::
 	Prompt before each invocation of the diff tool.

Documentation/config/format.txt

@@ -15,10 +15,6 @@ format.from::
 	different.  If set to a non-boolean value, format-patch uses that
 	value instead of your committer identity.  Defaults to false.
 
-format.forceInBodyFrom::
-	Provides the default value for the `--[no-]force-in-body-from`
-	option to format-patch.  Defaults to false.
-
 format.numbered::
 	A boolean which can enable or disable sequence numbers in patch
 	subjects.  It defaults to "auto" which enables it only if there

Documentation/config/gc.txt

@@ -81,21 +81,14 @@ gc.packRefs::
 	to enable it within all non-bare repos or it can be set to a
 	boolean value.  The default is `true`.
 
-gc.cruftPacks::
-	Store unreachable objects in a cruft pack (see
-	linkgit:git-repack[1]) instead of as loose objects. The default
-	is `false`.
-
 gc.pruneExpire::
-	When 'git gc' is run, it will call 'prune --expire 2.weeks.ago'
+	When 'git gc' is run, it will call 'prune --expire 2.weeks.ago'.
-	(and 'repack --cruft --cruft-expiration 2.weeks.ago' if using
+	Override the grace period with this config variable.  The value
-	cruft packs via `gc.cruftPacks` or `--cruft`).  Override the
+	"now" may be used to disable this grace period and always prune
-	grace period with this config variable.  The value "now" may be
+	unreachable objects immediately, or "never" may be used to
-	used to disable this grace period and always prune unreachable
+	suppress pruning.  This feature helps prevent corruption when
-	objects immediately, or "never" may be used to suppress pruning.
+	'git gc' runs concurrently with another process writing to the
-	This feature helps prevent corruption when 'git gc' runs
+	repository; see the "NOTES" section of linkgit:git-gc[1].
-	concurrently with another process writing to the repository; see
-	the "NOTES" section of linkgit:git-gc[1].
 
 gc.worktreePruneExpire::
 	When 'git gc' is run, it calls

Documentation/config/gpg.txt

@@ -36,12 +36,9 @@ gpg.minTrustLevel::
 
 gpg.ssh.defaultKeyCommand::
 	This command that will be run when user.signingkey is not set and a ssh
-	signature is requested. On successful exit a valid ssh public key
+	signature is requested. On successful exit a valid ssh public key is
-	prefixed with `key::` is expected in the first line of its output.
+	expected in the first line of its output. To automatically use the first
-	This allows for a script doing a dynamic lookup of the correct public
+	available key from your ssh-agent set this to "ssh-add -L".
-	key when it is impractical to statically configure `user.signingKey`.
-	For example when keys or SSH Certificates are rotated frequently or
-	selection of the right key depends on external factors unknown to git.
 
 gpg.ssh.allowedSignersFile::
 	A file containing ssh public keys which you are willing to trust.

Documentation/config/grep.txt

@@ -17,11 +17,8 @@ grep.extendedRegexp::
 	other than 'default'.
 
 grep.threads::
-	Number of grep worker threads to use. If unset (or set to 0), Git will
+	Number of grep worker threads to use.
-	use as many threads as the number of logical cores available.
+	See `grep.threads` in linkgit:git-grep[1] for more information.
-
-grep.fullName::
-	If set to true, enable `--full-name` option by default.
 
 grep.fallbackToNoIndex::
 	If set to true, fall back to git grep --no-index if git grep

Documentation/config/http.txt

@@ -98,22 +98,6 @@ http.version::
 	- HTTP/2
 	- HTTP/1.1
 
-http.curloptResolve::
-	Hostname resolution information that will be used first by
-	libcurl when sending HTTP requests.  This information should
-	be in one of the following formats:
-
-	- [+]HOST:PORT:ADDRESS[,ADDRESS]
-	- -HOST:PORT
-
-+
-The first format redirects all requests to the given `HOST:PORT`
-to the provided `ADDRESS`(s). The second format clears all
-previous config values for that `HOST:PORT` combination.  To
-allow easy overriding of all the settings inherited from the
-system config, an empty value will reset all resolution
-information to the empty list.
-
 http.sslVersion::
 	The SSL version to use when negotiating an SSL connection, if you
 	want to force the default.  The available and default version
@@ -203,7 +187,7 @@ http.schannelUseSSLCAInfo::
 	when the `schannel` backend was configured via `http.sslBackend`,
 	unless `http.schannelUseSSLCAInfo` overrides this behavior.
 
-http.pinnedPubkey::
+http.pinnedpubkey::
 	Public key of the https service. It may either be the filename of
 	a PEM or DER encoded public key file or a string starting with
 	'sha256//' followed by the base64 encoded sha256 hash of the

Documentation/config/includeif.txt

@@ -1,6 +0,0 @@
-include.path::
-includeIf.<condition>.path::
-	Special variables to include other configuration files. See
-	the "CONFIGURATION FILE" section in the main
-	linkgit:git-config[1] documentation,
-	specifically the "Includes" and "Conditional Includes" subsections.

Documentation/config/log.txt

@@ -7,10 +7,6 @@ log.date::
 	Set the default date-time mode for the 'log' command.
 	Setting a value for log.date is similar to using 'git log''s
 	`--date` option.  See linkgit:git-log[1] for details.
-+
-If the format is set to "auto:foo" and the pager is in use, format
-"foo" will be the used for the date format. Otherwise "default" will
-be used.
 
 log.decorate::
 	Print out the ref names of any commits that are shown by the log
@@ -22,11 +18,6 @@ log.decorate::
 	names are shown. This is the same as the `--decorate` option
 	of the `git log`.
 
-log.initialDecorationSet::
-	By default, `git log` only shows decorations for certain known ref
-	namespaces. If 'all' is specified, then show all refs as
-	decorations.
-
 log.excludeDecoration::
 	Exclude the specified patterns from the log decorations. This is
 	similar to the `--decorate-refs-exclude` command-line option, but

Documentation/config/lsrefs.txt

@@ -1,7 +1,7 @@
 lsrefs.unborn::
 	May be "advertise" (the default), "allow", or "ignore". If "advertise",
 	the server will respond to the client sending "unborn" (as described in
-	linkgit:gitprotocol-v2[5]) and will advertise support for this feature during the
+	protocol-v2.txt) and will advertise support for this feature during the
 	protocol v2 capability advertisement. "allow" is the same as
 	"advertise" except that the server will not advertise support for this
 	feature; this is useful for load-balanced servers that cannot be

Documentation/config/mergetool.txt

@@ -45,15 +45,6 @@ mergetool.meld.useAutoMerge::
 	value of `false` avoids using `--auto-merge` altogether, and is the
 	default value.
 
-mergetool.vimdiff.layout::
-	The vimdiff backend uses this variable to control how its split
-	windows look like. Applies even if you are using Neovim (`nvim`) or
-	gVim (`gvim`) as the merge tool. See BACKEND SPECIFIC HINTS section
-ifndef::git-mergetool[]
-	in linkgit:git-mergetool[1].
-endif::[]
-	for details.
-
 mergetool.hideResolved::
 	During a merge Git will automatically resolve as many conflicts as
 	possible and write the 'MERGED' file containing conflict markers around

Documentation/config/notes.txt

@@ -3,9 +3,6 @@ notes.mergeStrategy::
 	conflicts.  Must be one of `manual`, `ours`, `theirs`, `union`, or
 	`cat_sort_uniq`.  Defaults to `manual`.  See "NOTES MERGE STRATEGIES"
 	section of linkgit:git-notes[1] for more information on each strategy.
-+
-This setting can be overridden by passing the `--strategy` option to
-linkgit:git-notes[1].
 
 notes.<name>.mergeStrategy::
 	Which merge strategy to choose when doing a notes merge into
@@ -14,35 +11,28 @@ notes.<name>.mergeStrategy::
 	linkgit:git-notes[1] for more information on the available strategies.
 
 notes.displayRef::
-	Which ref (or refs, if a glob or specified more than once), in
+	The (fully qualified) refname from which to show notes when
-	addition to the default set by `core.notesRef` or
+	showing commit messages.  The value of this variable can be set
-	`GIT_NOTES_REF`, to read notes from when showing commit
+	to a glob, in which case notes from all matching refs will be
-	messages with the 'git log' family of commands.
+	shown.  You may also specify this configuration variable
+	several times.  A warning will be issued for refs that do not
+	exist, but a glob that does not match any refs is silently
+	ignored.
 +
 This setting can be overridden with the `GIT_NOTES_DISPLAY_REF`
 environment variable, which must be a colon separated list of refs or
 globs.
 +
-A warning will be issued for refs that do not exist,
-but a glob that does not match any refs is silently ignored.
-+
-This setting can be disabled by the `--no-notes` option to the 'git
-log' family of commands, or by the `--notes=<ref>` option accepted by
-those commands.
-+
 The effective value of "core.notesRef" (possibly overridden by
 GIT_NOTES_REF) is also implicitly added to the list of refs to be
 displayed.
 
 notes.rewrite.<command>::
 	When rewriting commits with <command> (currently `amend` or
-	`rebase`), if this variable is `false`, git will not copy
+	`rebase`) and this variable is set to `true`, Git
-	notes from the original to the rewritten commit.  Defaults to
+	automatically copies your notes from the original to the
-	`true`.  See also "`notes.rewriteRef`" below.
+	rewritten commit.  Defaults to `true`, but see
-+
+	"notes.rewriteRef" below.
-This setting can be overridden with the `GIT_NOTES_REWRITE_REF`
-environment variable, which must be a colon separated list of refs or
-globs.
 
 notes.rewriteMode::
 	When copying notes during a rewrite (see the
@@ -56,13 +46,14 @@ environment variable.
 
 notes.rewriteRef::
 	When copying notes during a rewrite, specifies the (fully
-	qualified) ref whose notes should be copied.  May be a glob,
+	qualified) ref whose notes should be copied.  The ref may be a
-	in which case notes in all matching refs will be copied.  You
+	glob, in which case notes in all matching refs will be copied.
-	may also specify this configuration several times.
+	You may also specify this configuration several times.
 +
 Does not have a default value; you must configure this variable to
 enable note rewriting.  Set it to `refs/notes/commits` to enable
 rewriting for the default commit notes.
 +
-Can be overridden with the `GIT_NOTES_REWRITE_REF` environment variable.
+This setting can be overridden with the `GIT_NOTES_REWRITE_REF`
-See `notes.rewrite.<command>` above for a further description of its format.
+environment variable, which must be a colon separated list of refs or
+globs.

Documentation/config/pack.txt

@@ -164,16 +164,9 @@ When writing a multi-pack reachability bitmap, no new namehashes are
 computed; instead, any namehashes stored in an existing bitmap are
 permuted into their appropriate location when writing a new bitmap.
 
-pack.writeBitmapLookupTable::
-	When true, Git will include a "lookup table" section in the
-	bitmap index (if one is written). This table is used to defer
-	loading individual bitmaps as late as possible. This can be
-	beneficial in repositories that have relatively large bitmap
-	indexes. Defaults to false.
-
 pack.writeReverseIndex::
 	When true, git will write a corresponding .rev file (see:
-	linkgit:gitformat-pack[5])
+	link:../technical/pack-format.html[Documentation/technical/pack-format.txt])
 	for each new packfile that it writes in all places except for
 	linkgit:git-fast-import[1] and in the bulk checkin mechanism.
 	Defaults to false.

Documentation/config/protocol.txt

@@ -1,10 +1,10 @@
 protocol.allow::
 	If set, provide a user defined default policy for all protocols which
 	don't explicitly have a policy (`protocol.<name>.allow`).  By default,
-	if unset, known-safe protocols (http, https, git, ssh, file) have a
+	if unset, known-safe protocols (http, https, git, ssh) have a
 	default policy of `always`, known-dangerous protocols (ext) have a
-	default policy of `never`, and all other protocols have a default
+	default policy of `never`, and all other protocols (including file)
-	policy of `user`.  Supported policies:
+	have a default policy of `user`.  Supported policies:
 +
 --
 
@@ -58,6 +58,6 @@ protocol.version::
 * `1` - the original wire protocol with the addition of a version string
   in the initial response from the server.
 
-* `2` - Wire protocol version 2, see linkgit:gitprotocol-v2[5].
+* `2` - link:technical/protocol-v2.html[wire protocol version 2].
 
 --

Documentation/config/push.txt

@@ -1,14 +1,3 @@
-push.autoSetupRemote::
-	If set to "true" assume `--set-upstream` on default push when no
-	upstream tracking exists for the current branch; this option
-	takes effect with push.default options 'simple', 'upstream',
-	and 'current'. It is useful if by default you want new branches
-	to be pushed to the default remote (like the behavior of
-	'push.default=current') and you also want the upstream tracking
-	to be set. Workflows most likely to benefit from this option are
-	'simple' central workflows where all branches are expected to
-	have the same name on the remote.
-
 push.default::
 	Defines the action `git push` should take if no refspec is
 	given (whether from the command-line, config, or elsewhere).
@@ -137,8 +126,3 @@ push.negotiate::
 	server attempt to find commits in common. If "false", Git will
 	rely solely on the server's ref advertisement to find commits
 	in common.
-
-push.useBitmaps::
-	If set to "false", disable use of bitmaps for "git push" even if
-	`pack.useBitmaps` is "true", without preventing other git operations
-	from using bitmaps. Default is true.

Documentation/config/rebase.txt

@@ -21,9 +21,6 @@ rebase.autoStash::
 	`--autostash` options of linkgit:git-rebase[1].
 	Defaults to false.
 
-rebase.updateRefs::
-	If set to true enable `--update-refs` option by default.
-
 rebase.missingCommitsCheck::
 	If set to "warn", git rebase -i will print a warning if some
 	commits are removed (e.g. a line was deleted), however the

Documentation/config/repack.txt

@@ -30,12 +30,3 @@ repack.updateServerInfo::
 	If set to false, linkgit:git-repack[1] will not run
 	linkgit:git-update-server-info[1]. Defaults to true. Can be overridden
 	when true by the `-n` option of linkgit:git-repack[1].
-
-repack.cruftWindow::
-repack.cruftWindowMemory::
-repack.cruftDepth::
-repack.cruftThreads::
-	Parameters used by linkgit:git-pack-objects[1] when generating
-	a cruft pack and the respective parameters are not given over
-	the command line. See similarly named `pack.*` configuration
-	variables for defaults and meaning.

Documentation/config/revert.txt

@@ -1,3 +0,0 @@
-revert.reference::
-	Setting this variable to true makes `git revert` behave
-	as if the `--reference` option is given.

Documentation/config/safe.txt

@@ -1,22 +1,3 @@
-safe.bareRepository::
-	Specifies which bare repositories Git will work with. The currently
-	supported values are:
-+
-* `all`: Git works with all bare repositories. This is the default.
-* `explicit`: Git only works with bare repositories specified via
-  the top-level `--git-dir` command-line option, or the `GIT_DIR`
-  environment variable (see linkgit:git[1]).
-+
-If you do not use bare repositories in your workflow, then it may be
-beneficial to set `safe.bareRepository` to `explicit` in your global
-config. This will protect you from attacks that involve cloning a
-repository that contains a bare repository and running a Git command
-within that directory.
-+
-This config setting is only respected in protected configuration (see
-<<SCOPES>>). This prevents the untrusted repository from tampering with
-this value.
-
 safe.directory::
 	These config entries specify Git-tracked directories that are
 	considered safe even if they are owned by someone other than the
@@ -31,9 +12,9 @@ via `git config --add`. To reset the list of safe directories (e.g. to
 override any such directories specified in the system config), add a
 `safe.directory` entry with an empty value.
 +
-This config setting is only respected in protected configuration (see
+This config setting is only respected when specified in a system or global
-<<SCOPES>>). This prevents the untrusted repository from tampering with this
+config, not when it is specified in a repository config or via the command
-value.
+line option `-c safe.directory=<path>`.
 +
 The value of this setting is interpolated, i.e. `~/<path>` expands to a
 path relative to the home directory and `%(prefix)/<path>` expands to a

Documentation/config/sendemail.txt

@@ -18,49 +18,17 @@ sendemail.<identity>.*::
 	identity is selected, through either the command-line or
 	`sendemail.identity`.
 
-sendemail.multiEdit::
-	If true (default), a single editor instance will be spawned to edit
-	files you have to edit (patches when `--annotate` is used, and the
-	summary when `--compose` is used). If false, files will be edited one
-	after the other, spawning a new editor each time.
-
-sendemail.confirm::
-	Sets the default for whether to confirm before sending. Must be
-	one of 'always', 'never', 'cc', 'compose', or 'auto'. See `--confirm`
-	in the linkgit:git-send-email[1] documentation for the meaning of these
-	values.
-
 sendemail.aliasesFile::
-	To avoid typing long email addresses, point this to one or more
-	email aliases files.  You must also supply `sendemail.aliasFileType`.
-
 sendemail.aliasFileType::
-	Format of the file(s) specified in sendemail.aliasesFile. Must be
-	one of 'mutt', 'mailrc', 'pine', 'elm', or 'gnus', or 'sendmail'.
-+
-What an alias file in each format looks like can be found in
-the documentation of the email program of the same name. The
-differences and limitations from the standard formats are
-described below:
-+
---
-sendmail;;
-*	Quoted aliases and quoted addresses are not supported: lines that
-	contain a `"` symbol are ignored.
-*	Redirection to a file (`/path/name`) or pipe (`|command`) is not
-	supported.
-*	File inclusion (`:include: /path/name`) is not supported.
-*	Warnings are printed on the standard error output for any
-	explicitly unsupported constructs, and any other lines that are not
-	recognized by the parser.
---
 sendemail.annotate::
 sendemail.bcc::
 sendemail.cc::
 sendemail.ccCmd::
 sendemail.chainReplyTo::
+sendemail.confirm::
 sendemail.envelopeSender::
 sendemail.from::
+sendemail.multiEdit::
 sendemail.signedoffbycc::
 sendemail.smtpPass::
 sendemail.suppresscc::
@@ -76,9 +44,7 @@ sendemail.thread::
 sendemail.transferEncoding::
 sendemail.validate::
 sendemail.xmailer::
-	These configuration variables all provide a default for
+	See linkgit:git-send-email[1] for description.
-	linkgit:git-send-email[1] command-line options. See its
-	documentation for details.
 
 sendemail.signedoffcc (deprecated)::
 	Deprecated alias for `sendemail.signedoffbycc`.

Documentation/config/transfer.txt

@@ -1,41 +1,3 @@
-transfer.credentialsInUrl::
-	A configured URL can contain plaintext credentials in the form
-	`<protocol>://<user>:<password>@<domain>/<path>`. You may want
-	to warn or forbid the use of such configuration (in favor of
-	using linkgit:git-credential[1]). This will be used on
-	linkgit:git-clone[1], linkgit:git-fetch[1], linkgit:git-push[1],
-	and any other direct use of the configured URL.
-+
-Note that this is currently limited to detecting credentials in
-`remote.<name>.url` configuration, it won't detect credentials in
-`remote.<name>.pushurl` configuration.
-+
-You might want to enable this to prevent inadvertent credentials
-exposure, e.g. because:
-+
-* The OS or system where you're running git may not provide a way or
-  otherwise allow you to configure the permissions of the
-  configuration file where the username and/or password are stored.
-* Even if it does, having such data stored "at rest" might expose you
-  in other ways, e.g. a backup process might copy the data to another
-  system.
-* The git programs will pass the full URL to one another as arguments
-  on the command-line, meaning the credentials will be exposed to other
-  users on OS's or systems that allow other users to see the full
-  process list of other users. On linux the "hidepid" setting
-  documented in procfs(5) allows for configuring this behavior.
-+
-If such concerns don't apply to you then you probably don't need to be
-concerned about credentials exposure due to storing that sensitive
-data in git's configuration files. If you do want to use this, set
-`transfer.credentialsInUrl` to one of these values:
-+
-* `allow` (default): Git will proceed with its activity without warning.
-* `warn`: Git will write a warning message to `stderr` when parsing a URL
-  with a plaintext credential.
-* `die`: Git will write a failure message to `stderr` when parsing a URL
-  with a plaintext credential.
-
 transfer.fsckObjects::
 	When `fetch.fsckObjects` or `receive.fsckObjects` are
 	not set, the value of this variable is used instead.

Documentation/config/uploadpack.txt

@@ -49,9 +49,9 @@ uploadpack.packObjectsHook::
 	`pack-objects` to the hook, and expects a completed packfile on
 	stdout.
 +
-Note that this configuration variable is only respected when it is specified
+Note that this configuration variable is ignored if it is seen in the
-in protected configuration (see <<SCOPES>>). This is a safety measure
+repository-level config (this is a safety measure against fetching from
-against fetching from untrusted repositories.
+untrusted repositories).
 
 uploadpack.allowFilter::
 	If this option is set, `upload-pack` will support partial

Documentation/diff-format.txt

@@ -43,7 +43,7 @@ That is, from the left to the right:
 . a space.
 . sha1 for "src"; 0\{40\} if creation or unmerged.
 . a space.
-. sha1 for "dst"; 0\{40\} if deletion, unmerged or "work tree out of sync with the index".
+. sha1 for "dst"; 0\{40\} if creation, unmerged or "look at work tree".
 . a space.
 . status, followed by optional "score" number.
 . a tab or a NUL when `-z` option is used.
@@ -69,8 +69,8 @@ percentage of similarity between the source and target of the move or
 copy).  Status letter M may be followed by a score (denoting the
 percentage of dissimilarity) for file rewrites.
 
-The sha1 for "dst" is shown as all 0's if a file on the filesystem
+<sha1> is shown as all 0's if a file is new on the filesystem
-is out of sync with the index.
+and it is out of sync with the index.
 
 Example:
 

Documentation/git-add.txt

@@ -188,9 +188,7 @@ for "git add --no-all <pathspec>...", i.e. ignored removed files.
 	forcibly add them again to the index.  This is useful after
 	changing `core.autocrlf` configuration or the `text` attribute
 	in order to correct files added with wrong CRLF/LF line endings.
-	This option implies `-u`. Lone CR characters are untouched, thus
+	This option implies `-u`.
-	while a CRLF cleans to LF, a CRCRLF sequence is only partially
-	cleaned to CRLF.
 
 --chmod=(+|-)x::
 	Override the executable bit of the added files.  The executable
@@ -433,13 +431,6 @@ they will make the patch impossible to apply:
 * deleting context or removal lines
 * modifying the contents of context or removal lines
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/add.txt[]
-
 SEE ALSO
 --------
 linkgit:git-status[1]

Documentation/git-am.txt

@@ -112,7 +112,10 @@ default.   You can use `--no-utf8` to override this.
 	am.threeWay configuration variable. For more information,
 	see am.threeWay in linkgit:git-config[1].
 
-include::rerere-options.txt[]
+--rerere-autoupdate::
+--no-rerere-autoupdate::
+	Allow the rerere mechanism to update the index with the
+	result of auto-conflict resolution if possible.
 
 --ignore-space-change::
 --ignore-whitespace::
@@ -258,13 +261,6 @@ This command can run `applypatch-msg`, `pre-applypatch`,
 and `post-applypatch` hooks.  See linkgit:githooks[5] for more
 information.
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/am.txt[]
-
 SEE ALSO
 --------
 linkgit:git-apply[1].

Documentation/git-apply.txt

@@ -263,9 +263,13 @@ has no effect when `--index` or `--cached` is in use.
 CONFIGURATION
 -------------
 
-include::includes/cmd-config-section-all.txt[]
+apply.ignoreWhitespace::
-
+	Set to 'change' if you want changes in whitespace to be ignored by default.
-include::config/apply.txt[]
+	Set to one of: no, none, never, false if you want changes in
+	whitespace to be significant.
+apply.whitespace::
+	When no `--whitespace` flag is given from the command
+	line, this configuration item is used as the default.
 
 SUBMODULES
 ----------

Documentation/git-archive.txt

@@ -34,12 +34,10 @@ OPTIONS
 -------
 
 --format=<fmt>::
-	Format of the resulting archive. Possible values are `tar`,
+	Format of the resulting archive: 'tar' or 'zip'. If this option
-	`zip`, `tar.gz`, `tgz`, and any format defined using the
-	configuration option `tar.<format>.command`. If `--format`
 	is not given, and the output file is specified, the format is
-	inferred from the filename if possible (e.g. writing to `foo.zip`
+	inferred from the filename if possible (e.g. writing to "foo.zip"
-	makes the output to be in the `zip` format). Otherwise the output
+	makes the output to be in the zip format). Otherwise the output
 	format is `tar`.
 
 -l::
@@ -51,9 +49,7 @@ OPTIONS
 	Report progress to stderr.
 
 --prefix=<prefix>/::
-	Prepend <prefix>/ to paths in the archive.  Can be repeated; its
+	Prepend <prefix>/ to each filename in the archive.
-	rightmost value is used for all tracked files.  See below which
-	value gets used by `--add-file` and `--add-virtual-file`.
 
 -o <file>::
 --output=<file>::
@@ -61,26 +57,9 @@ OPTIONS
 
 --add-file=<file>::
 	Add a non-tracked file to the archive.  Can be repeated to add
-	multiple files.  The path of the file in the archive is built by
-	concatenating the value of the last `--prefix` option (if any)
-	before this `--add-file` and the basename of <file>.
-
---add-virtual-file=<path>:<content>::
-	Add the specified contents to the archive.  Can be repeated to add
 	multiple files.  The path of the file in the archive is built
-	by concatenating the value of the last `--prefix` option (if any)
+	by concatenating the value for `--prefix` (if any) and the
-	before this `--add-virtual-file` and `<path>`.
+	basename of <file>.
-+
-The `<path>` argument can start and end with a literal double-quote
-character; the contained file name is interpreted as a C-style string,
-i.e. the backslash is interpreted as escape character. The path must
-be quoted if it contains a colon, to avoid the colon from being
-misinterpreted as the separator between the path and the contents, or
-if the path begins or ends with a double-quote character.
-+
-The file mode is limited to a regular file, and the option may be
-subject to platform-dependent command-line limits. For non-trivial
-cases, write an untracked file and use `--add-file` instead.
 
 --worktree-attributes::
 	Look for attributes in .gitattributes files in the working tree
@@ -145,16 +124,17 @@ tar.<format>.command::
 	is executed using the shell with the generated tar file on its
 	standard input, and should produce the final output on its
 	standard output. Any compression-level options will be passed
-	to the command (e.g., `-9`).
+	to the command (e.g., "-9"). An output file with the same
+	extension as `<format>` will be use this format if no other
+	format is given.
 +
-The `tar.gz` and `tgz` formats are defined automatically and use the
+The "tar.gz" and "tgz" formats are defined automatically and default to
-magic command `git archive gzip` by default, which invokes an internal
+`gzip -cn`. You may override them with custom commands.
-implementation of gzip.
 
 tar.<format>.remote::
-	If true, enable the format for use by remote clients via
+	If true, enable `<format>` for use by remote clients via
 	linkgit:git-upload-archive[1]. Defaults to false for
-	user-defined formats, but true for the `tar.gz` and `tgz`
+	user-defined formats, but true for the "tar.gz" and "tgz"
 	formats.
 
 [[ATTRIBUTES]]
@@ -214,12 +194,6 @@ EXAMPLES
 	commit on the current branch. Note that the output format is
 	inferred by the extension of the output file.
 
-`git archive -o latest.tar --prefix=build/ --add-file=configure --prefix= HEAD`::
-
-	Creates a tar archive that contains the contents of the latest
-	commit on the current branch with no prefix and the untracked
-	file 'configure' with the prefix 'build/'.
-
 `git config tar.tar.xz.command "xz -c"`::
 
 	Configure a "tar.xz" format for making LZMA-compressed tarfiles.

Documentation/git-blame.txt

@@ -241,12 +241,6 @@ MAPPING AUTHORS
 
 See linkgit:gitmailmap[5].
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/blame.txt[]
 
 SEE ALSO
 --------

Documentation/git-branch.txt

@@ -221,17 +221,13 @@ The exact upstream branch is chosen depending on the optional argument:
 itself as the upstream; `--track=inherit` means to copy the upstream
 configuration of the start-point branch.
 +
-The branch.autoSetupMerge configuration variable specifies how `git switch`,
+`--track=direct` is the default when the start point is a remote-tracking branch.
-`git checkout` and `git branch` should behave when neither `--track` nor
+Set the branch.autoSetupMerge configuration variable to `false` if you
-`--no-track` are specified:
+want `git switch`, `git checkout` and `git branch` to always behave as if `--no-track`
-+
+were given. Set it to `always` if you want this behavior when the
-The default option, `true`, behaves as though `--track=direct`
+start-point is either a local or remote-tracking branch. Set it to
-were given whenever the start-point is a remote-tracking branch.
+`inherit` if you want to copy the tracking configuration from the
-`false` behaves as if `--no-track` were given. `always` behaves as though
+branch point.
-`--track=direct` were given. `inherit` behaves as though `--track=inherit`
-were given. `simple` behaves as though `--track=direct` were given only when
-the start-point is a remote-tracking branch and the new branch has the same
-name as the remote branch.
 +
 See linkgit:git-pull[1] and linkgit:git-config[1] for additional discussion on
 how the `branch.<name>.remote` and `branch.<name>.merge` options are used.
@@ -336,10 +332,6 @@ CONFIGURATION
 `--list` is used or implied. The default is to use a pager.
 See linkgit:git-config[1].
 
-include::includes/cmd-config-section-rest.txt[]
-
-include::config/branch.txt[]
-
 EXAMPLES
 --------
 

Documentation/git-bugreport.txt

@@ -9,7 +9,6 @@ SYNOPSIS
 --------
 [verse]
 'git bugreport' [(-o | --output-directory) <path>] [(-s | --suffix) <format>]
-		[--diagnose[=<mode>]]
 
 DESCRIPTION
 -----------
@@ -32,10 +31,6 @@ The following information is captured automatically:
  - A list of enabled hooks
  - $SHELL
 
-Additional information may be gathered into a separate zip archive using the
-`--diagnose` option, and can be attached alongside the bugreport document to
-provide additional context to readers.
-
 This tool is invoked via the typical Git setup process, which means that in some
 cases, it might not be able to launch - for example, if a relevant config file
 is unreadable. In this kind of scenario, it may be helpful to manually gather
@@ -54,19 +49,6 @@ OPTIONS
 	named 'git-bugreport-<formatted suffix>'. This should take the form of a
 	strftime(3) format string; the current local time will be used.
 
---no-diagnose::
---diagnose[=<mode>]::
-	Create a zip archive of supplemental information about the user's
-	machine, Git client, and repository state. The archive is written to the
-	same output directory as the bug report and is named
-	'git-diagnostics-<formatted suffix>'.
-+
-Without `mode` specified, the diagnostic archive will contain the default set of
-statistics reported by `git diagnose`. An optional `mode` value may be specified
-to change which information is included in the archive. See
-linkgit:git-diagnose[1] for the list of valid values for `mode` and details
-about their usage.
-
 GIT
 ---
 Part of the linkgit:git[1] suite

Documentation/git-bundle.txt

@@ -42,7 +42,7 @@ BUNDLE FORMAT
 Bundles are `.pack` files (see linkgit:git-pack-objects[1]) with a
 header indicating what references are contained within the bundle.
 
-Like the packed archive format itself bundles can either be
+Like the the packed archive format itself bundles can either be
 self-contained, or be created using exclusions.
 See the "OBJECT PREREQUISITES" section below.
 
@@ -56,8 +56,10 @@ using "thin packs", bundles created using exclusions are smaller in
 size. That they're "thin" under the hood is merely noted here as a
 curiosity, and as a reference to other documentation.
 
-See linkgit:gitformat-bundle[5] for more details and the discussion of
+See link:technical/bundle-format.html[the `bundle-format`
-"thin pack" in linkgit:gitformat-pack[5] for further details.
+documentation] for more details and the discussion of "thin pack" in
+link:technical/pack-format.html[the pack format documentation] for
+further details.
 
 OPTIONS
 -------
@@ -75,7 +77,7 @@ verify <file>::
 	commits exist and are fully linked in the current repository.
 	Then, 'git bundle' prints a list of missing commits, if any.
 	Finally, information about additional capabilities, such as "object
-	filter", is printed. See "Capabilities" in linkgit:gitformat-bundle[5]
+	filter", is printed. See "Capabilities" in link:technical/bundle-format.html
 	for more information. The exit code is zero for success, but will
 	be nonzero if the bundle file is invalid.
 
@@ -335,11 +337,6 @@ You can also see what references it offers:
 $ git ls-remote mybundle
 ----------------
 
-FILE FORMAT
------------
-
-See linkgit:gitformat-bundle[5].
-
 GIT
 ---
 Part of the linkgit:git[1] suite

Documentation/git-cat-file.txt

@@ -14,7 +14,7 @@ SYNOPSIS
 'git cat-file' (-t | -s) [--allow-unknown-type] <object>
 'git cat-file' (--batch | --batch-check | --batch-command) [--batch-all-objects]
 	     [--buffer] [--follow-symlinks] [--unordered]
-	     [--textconv | --filters] [-z]
+	     [--textconv | --filters]
 'git cat-file' (--textconv | --filters)
 	     [<rev>:<path|tree-ish> | --path=<path|tree-ish> <rev>]
 
@@ -63,12 +63,6 @@ OPTIONS
 	or to ask for a "blob" with `<object>` being a tag object that
 	points at it.
 
---[no-]mailmap::
---[no-]use-mailmap::
-       Use mailmap file to map author, committer and tagger names
-       and email addresses to canonical real names and email addresses.
-       See linkgit:git-shortlog[1].
-
 --textconv::
 	Show the content as transformed by a textconv filter. In this case,
 	`<object>` has to be of the form `<tree-ish>:<path>`, or `:<path>` in
@@ -213,11 +207,6 @@ respectively print:
 	/etc/passwd
 --
 
--z::
-	Only meaningful with `--batch`, `--batch-check`, or
-	`--batch-command`; input is NUL-delimited instead of
-	newline-delimited.
-
 
 OUTPUT
 ------

Documentation/git-checkout.txt

@@ -600,13 +600,6 @@ $ edit frotz
 $ git add frotz
 ------------
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/checkout.txt[]
-
 SEE ALSO
 --------
 linkgit:git-switch[1],

Documentation/git-cherry-pick.txt

@@ -156,7 +156,10 @@ effect to your index in a row.
 	Pass the merge strategy-specific option through to the
 	merge strategy.  See linkgit:git-merge[1] for details.
 
-include::rerere-options.txt[]
+--rerere-autoupdate::
+--no-rerere-autoupdate::
+	Allow the rerere mechanism to update the index with the
+	result of auto-conflict resolution if possible.
 
 SEQUENCER SUBCOMMANDS
 ---------------------

Documentation/git-clean.txt

@@ -133,13 +133,6 @@ help::
 
   Show brief usage of interactive git-clean.
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/clean.txt[]
-
 SEE ALSO
 --------
 linkgit:gitignore[5]

Documentation/git-clone.txt

@@ -323,13 +323,6 @@ or `--mirror` is given)
 	for `host.xz:foo/.git`).  Cloning into an existing directory
 	is only allowed if the directory is empty.
 
---bundle-uri=<uri>::
-	Before fetching from the remote, fetch a bundle from the given
-	`<uri>` and unbundle the data into the local repository. The refs
-	in the bundle will be stored under the hidden `refs/bundle/*`
-	namespace. This option is incompatible with `--depth`,
-	`--shallow-since`, and `--shallow-exclude`.
-
 :git-clone: 1
 include::urls.txt[]
 
@@ -370,15 +363,6 @@ $ cd my-linux
 $ git clone --bare -l /home/proj/.git /pub/scm/proj.git
 ------------
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/init.txt[]
-
-include::config/clone.txt[]
-
 
 GIT
 ---

Documentation/git-column.txt

@@ -74,13 +74,6 @@ v2.4.3  v2.4.4      v2.4.5      v2.4.6      v2.4.7
 v2.4.8  v2.4.9
 ------------
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/column.txt[]
-
 GIT
 ---
 Part of the linkgit:git[1] suite

Documentation/git-commit-graph.txt

@@ -142,18 +142,6 @@ $ git show-ref -s | git commit-graph write --stdin-commits
 $ git rev-parse HEAD | git commit-graph write --stdin-commits --append
 ------------------------------------------------
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/commitgraph.txt[]
-
-
-FILE FORMAT
------------
-
-see linkgit:gitformat-commit-graph[5].
 
 GIT
 ---

Documentation/git-commit.txt

@@ -557,10 +557,6 @@ The editor used to edit the commit log message will be chosen from the
 `VISUAL` environment variable, or the `EDITOR` environment variable (in that
 order).  See linkgit:git-var[1] for details.
 
-include::includes/cmd-config-section-rest.txt[]
-
-include::config/commit.txt[]
-
 HOOKS
 -----
 This command can run `commit-msg`, `prepare-commit-msg`, `pre-commit`,

Documentation/git-config.txt

@@ -248,7 +248,7 @@ Valid `<type>`'s include:
 --show-scope::
 	Similar to `--show-origin` in that it augments the output of
 	all queried config options with the scope of that value
-	(worktree, local, global, system, command).
+	(local, global, system, command).
 
 --get-colorbool <name> [<stdout-is-tty>]::
 
@@ -297,20 +297,23 @@ The default is to use a pager.
 FILES
 -----
 
-By default, 'git config' will read configuration options from multiple
+If not set explicitly with `--file`, there are four files where
-files:
+'git config' will search for configuration options:
 
 $(prefix)/etc/gitconfig::
 	System-wide configuration file.
 
 $XDG_CONFIG_HOME/git/config::
+	Second user-specific configuration file. If $XDG_CONFIG_HOME is not set
+	or empty, `$HOME/.config/git/config` will be used. Any single-valued
+	variable set in this file will be overwritten by whatever is in
+	`~/.gitconfig`.  It is a good idea not to create this file if
+	you sometimes use older versions of Git, as support for this
+	file was added fairly recently.
+
 ~/.gitconfig::
-	User-specific configuration files. When the XDG_CONFIG_HOME environment
+	User-specific configuration file. Also called "global"
-	variable is not set or empty, $HOME/.config/ is used as
+	configuration file.
-	$XDG_CONFIG_HOME.
-+
-These are also called "global" configuration files. If both files exist, both
-files are read in the order given above.
 
 $GIT_DIR/config::
 	Repository specific configuration file.
@@ -319,80 +322,28 @@ $GIT_DIR/config.worktree::
 	This is optional and is only searched when
 	`extensions.worktreeConfig` is present in $GIT_DIR/config.
 
-You may also provide additional configuration parameters when running any
+If no further options are given, all reading options will read all of these
-git command by using the `-c` option. See linkgit:git[1] for details.
+files that are available. If the global or the system-wide configuration
-
+file are not available they will be ignored. If the repository configuration
-Options will be read from all of these files that are available. If the
+file is not available or readable, 'git config' will exit with a non-zero
-global or the system-wide configuration files are missing or unreadable they
+error code. However, in neither case will an error message be issued.
-will be ignored. If the repository configuration file is missing or unreadable,
-'git config' will exit with a non-zero error code. An error message is produced
-if the file is unreadable, but not if it is missing.
 
 The files are read in the order given above, with last value found taking
 precedence over values read earlier.  When multiple values are taken then all
 values of a key from all files will be used.
 
-By default, options are only written to the repository specific
+You may override individual configuration parameters when running any git
+command by using the `-c` option. See linkgit:git[1] for details.
+
+All writing options will per default write to the repository specific
 configuration file. Note that this also affects options like `--replace-all`
 and `--unset`. *'git config' will only ever change one file at a time*.
 
-You can limit which configuration sources are read from or written to by
+You can override these rules using the `--global`, `--system`,
-specifying the path of a file with the `--file` option, or by specifying a
+`--local`, `--worktree`, and `--file` command-line options; see
-configuration scope with `--system`, `--global`, `--local`, or `--worktree`.
+<<OPTIONS>> above.
-For more, see <<OPTIONS>> above.
 
-[[SCOPES]]
-SCOPES
-------
 
-Each configuration source falls within a configuration scope. The scopes
-are:
-
-system::
-	$(prefix)/etc/gitconfig
-
-global::
-	$XDG_CONFIG_HOME/git/config
-+
-~/.gitconfig
-
-local::
-	$GIT_DIR/config
-
-worktree::
-	$GIT_DIR/config.worktree
-
-command::
-	GIT_CONFIG_{COUNT,KEY,VALUE} environment variables (see <<ENVIRONMENT>>
-	below)
-+
-the `-c` option
-
-With the exception of 'command', each scope corresponds to a command line
-option: `--system`, `--global`, `--local`, `--worktree`.
-
-When reading options, specifying a scope will only read options from the
-files within that scope. When writing options, specifying a scope will write
-to the files within that scope (instead of the repository specific
-configuration file). See <<OPTIONS>> above for a complete description.
-
-Most configuration options are respected regardless of the scope it is
-defined in, but some options are only respected in certain scopes. See the
-respective option's documentation for the full details.
-
-Protected configuration
-~~~~~~~~~~~~~~~~~~~~~~~
-
-Protected configuration refers to the 'system', 'global', and 'command' scopes.
-For security reasons, certain options are only respected when they are
-specified in protected configuration, and ignored otherwise.
-
-Git treats these scopes as if they are controlled by the user or a trusted
-administrator. This is because an attacker who controls these scopes can do
-substantial harm without using Git, so it is assumed that the user's environment
-protects these scopes against attackers.
-
-[[ENVIRONMENT]]
 ENVIRONMENT
 -----------
 

Documentation/git-cvsserver.txt

@@ -63,10 +63,11 @@ Print version information and exit
 Print usage information and exit
 
 <directory>::
-The remaining arguments provide a list of directories. If no directories
+You can specify a list of allowed directories. If no directories
-are given, then all are allowed. Repositories within these directories
+are given, all are allowed. This is an additional restriction, gitcvs
-still require the `gitcvs.enabled` config option, unless `--export-all`
+access still needs to be enabled by the `gitcvs.enabled` config option
-is specified.
+unless `--export-all` was given, too.
+
 
 LIMITATIONS
 -----------
@@ -310,13 +311,11 @@ ENVIRONMENT
 These variables obviate the need for command-line options in some
 circumstances, allowing easier restricted usage through git-shell.
 
-GIT_CVSSERVER_BASE_PATH::
+GIT_CVSSERVER_BASE_PATH takes the place of the argument to --base-path.
-	This variable replaces the argument to --base-path.
 
-GIT_CVSSERVER_ROOT::
+GIT_CVSSERVER_ROOT specifies a single-directory whitelist. The
-	This variable specifies a single directory, replacing the
+repository must still be configured to allow access through
-	`<directory>...` argument list. The repository still requires the
+git-cvsserver, as described above.
-	`gitcvs.enabled` config option, unless `--export-all` is specified.
 
 When these environment variables are set, the corresponding
 command-line arguments may not be used.

Documentation/git-daemon.txt

@@ -32,8 +32,8 @@ that service if it is enabled.
 It verifies that the directory has the magic file "git-daemon-export-ok", and
 it will refuse to export any Git directory that hasn't explicitly been marked
 for export this way (unless the `--export-all` parameter is specified). If you
-pass some directory paths as 'git daemon' arguments, the offers are limited to
+pass some directory paths as 'git daemon' arguments, you can further restrict
-repositories within those directories.
+the offers to a whitelist comprising of those.
 
 By default, only `upload-pack` service is enabled, which serves
 'git fetch-pack' and 'git ls-remote' clients, which are invoked
@@ -50,7 +50,7 @@ OPTIONS
 	Match paths exactly (i.e. don't allow "/foo/repo" when the real path is
 	"/foo/repo.git" or "/foo/repo/.git") and don't do user-relative paths.
 	'git daemon' will refuse to start when this option is enabled and no
-	directory arguments are provided.
+	whitelist is specified.
 
 --base-path=<path>::
 	Remap all the path requests as relative to the given path.
@@ -73,7 +73,7 @@ OPTIONS
 	%IP for the server's IP address, %P for the port number,
 	and %D for the absolute path of the named repository.
 	After interpolation, the path is validated against the directory
-	list.
+	whitelist.
 
 --export-all::
 	Allow pulling from all directories that look like Git repositories
@@ -218,11 +218,9 @@ standard output to be sent to the requestor as an error message when
 it declines the service.
 
 <directory>::
-	The remaining arguments provide a list of directories. If any
+	A directory to add to the whitelist of allowed directories. Unless
-	directories are specified, then the `git-daemon` process will
+	--strict-paths is specified this will also include subdirectories
-	serve a requested directory only if it is contained in one of
+	of each named directory.
-	these directories. If `--strict-paths` is specified, then the
-	requested directory must match one of these directories exactly.
 
 SERVICES
 --------
@@ -266,8 +264,9 @@ git		9418/tcp		# Git Version Control System
 
 'git daemon' as inetd server::
 	To set up 'git daemon' as an inetd service that handles any
-	repository within `/pub/foo` or `/pub/bar`, place an entry like
+	repository under the whitelisted set of directories, /pub/foo
-	the following into `/etc/inetd` all on one line:
+	and /pub/bar, place an entry like the following into
+	/etc/inetd all on one line:
 +
 ------------------------------------------------
 	git stream tcp nowait nobody  /usr/bin/git

Documentation/git-diagnose.txt

@@ -1,65 +0,0 @@
-git-diagnose(1)
-================
-
-NAME
-----
-git-diagnose - Generate a zip archive of diagnostic information
-
-SYNOPSIS
---------
-[verse]
-'git diagnose' [(-o | --output-directory) <path>] [(-s | --suffix) <format>]
-	       [--mode=<mode>]
-
-DESCRIPTION
------------
-Collects detailed information about the user's machine, Git client, and
-repository state and packages that information into a zip archive. The
-generated archive can then, for example, be shared with the Git mailing list to
-help debug an issue or serve as a reference for independent debugging.
-
-By default, the following information is captured in the archive:
-
-  * 'git version --build-options'
-  * The path to the repository root
-  * The available disk space on the filesystem
-  * The name and size of each packfile, including those in alternate object
-    stores
-  * The total count of loose objects, as well as counts broken down by
-    `.git/objects` subdirectory
-
-Additional information can be collected by selecting a different diagnostic mode
-using the `--mode` option.
-
-This tool differs from linkgit:git-bugreport[1] in that it collects much more
-detailed information with a greater focus on reporting the size and data shape
-of repository contents.
-
-OPTIONS
--------
--o <path>::
---output-directory <path>::
-	Place the resulting diagnostics archive in `<path>` instead of the
-	current directory.
-
--s <format>::
---suffix <format>::
-	Specify an alternate suffix for the diagnostics archive name, to create
-	a file named 'git-diagnostics-<formatted suffix>'. This should take the
-	form of a strftime(3) format string; the current local time will be
-	used.
-
---mode=(stats|all)::
-	Specify the type of diagnostics that should be collected. The default behavior
-	of 'git diagnose' is equivalent to `--mode=stats`.
-+
-The `--mode=all` option collects everything included in `--mode=stats`, as well
-as copies of `.git`, `.git/hooks`, `.git/info`, `.git/logs`, and
-`.git/objects/info` directories. This additional information may be sensitive,
-as it can be used to reconstruct the full contents of the diagnosed repository.
-Users should exercise caution when sharing an archive generated with
-`--mode=all`.
-
-GIT
----
-Part of the linkgit:git[1] suite

Documentation/git-diff-index.txt

@@ -69,8 +69,8 @@ done an `update-index` to make that effective in the index file.
 matches my working directory. But doing a 'git diff-index' does:
 
   torvalds@ppc970:~/git> git diff-index --cached HEAD
-  :100644 000000 4161aecc6700a2eb579e842af0b7f22b98443f74 0000000000000000000000000000000000000000 D	commit.c
+  -100644 blob    4161aecc6700a2eb579e842af0b7f22b98443f74        commit.c
-  :000000 100644 0000000000000000000000000000000000000000 4161aecc6700a2eb579e842af0b7f22b98443f74 A	git-commit.c
+  +100644 blob    4161aecc6700a2eb579e842af0b7f22b98443f74        git-commit.c
 
 You can see easily that the above is a rename.
 
@@ -103,7 +103,7 @@ have not actually done a 'git update-index' on it yet - there is no
 "object" associated with the new state, and you get:
 
   torvalds@ppc970:~/v2.6/linux> git diff-index --abbrev HEAD
-  :100644 100644 7476bb5ba 000000000 M	kernel/sched.c
+  :100644 100664 7476bb... 000000...      kernel/sched.c
 
 i.e., it shows that the tree has changed, and that `kernel/sched.c` is
 not up to date and may contain new stuff. The all-zero sha1 means that to

Documentation/git-diff.txt

@@ -213,13 +213,6 @@ $ git diff -R                          <2>
     rewrites (very expensive).
 <2> Output diff in reverse.
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/diff.txt[]
-
 SEE ALSO
 --------
 diff(1),

Documentation/git-difftool.txt

@@ -113,14 +113,33 @@ instead.  `--no-symlinks` is the default on Windows.
 
 See linkgit:git-diff[1] for the full list of supported options.
 
-CONFIGURATION
+CONFIG VARIABLES
--------------
+----------------
 'git difftool' falls back to 'git mergetool' config variables when the
 difftool equivalents have not been defined.
 
-include::includes/cmd-config-section-rest.txt[]
+diff.tool::
+	The default diff tool to use.
 
-include::config/difftool.txt[]
+diff.guitool::
+	The default diff tool to use when `--gui` is specified.
+
+difftool.<tool>.path::
+	Override the path for the given tool.  This is useful in case
+	your tool is not in the PATH.
+
+difftool.<tool>.cmd::
+	Specify the command to invoke the specified diff tool.
++
+See the `--tool=<tool>` option above for more details.
+
+difftool.prompt::
+	Prompt before each invocation of the diff tool.
+
+difftool.trustExitCode::
+	Exit difftool if the invoked diff tool returns a non-zero exit status.
++
+See the `--trust-exit-code` option above for more details.
 
 SEE ALSO
 --------

Documentation/git-fast-import.txt

@@ -1564,13 +1564,6 @@ operator can use this facility to peek at the objects and refs from an
 import in progress, at the cost of some added running time and worse
 compression.
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/fastimport.txt[]
-
 SEE ALSO
 --------
 linkgit:git-fast-export[1]

Documentation/git-fetch.txt

@@ -285,13 +285,6 @@ linkgit:git-gc[1]).
 
 include::transfer-data-leaks.txt[]
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/fetch.txt[]
-
 BUGS
 ----
 Using --recurse-submodules can only fetch new commits in submodules that are

Documentation/git-format-patch.txt

@@ -275,17 +275,6 @@ header). Note also that `git send-email` already handles this
 transformation for you, and this option should not be used if you are
 feeding the result to `git send-email`.
 
---[no-]force-in-body-from::
-	With the e-mail sender specified via the `--from` option, by
-	default, an in-body "From:" to identify the real author of
-	the commit is added at the top of the commit log message if
-	the sender is different from the author.  With this option,
-	the in-body "From:" is added even when the sender and the
-	author have the same name and address, which may help if the
-	mailing list software mangles the sender's identity.
-	Defaults to the value of the `format.forceInBodyFrom`
-	configuration variable.
-
 --add-header=<header>::
 	Add an arbitrary header to the email headers.  This is in addition
 	to any configured headers, and may be used multiple times.

Documentation/git-fsck.txt

@@ -107,8 +107,6 @@ care about this output and want to speed it up further.
 CONFIGURATION
 -------------
 
-include::includes/cmd-config-section-all.txt[]
-
 include::config/fsck.txt[]
 
 DISCUSSION

Documentation/git-gc.txt

@@ -54,10 +54,6 @@ other housekeeping tasks (e.g. rerere, working trees, reflog...) will
 be performed as well.
 
 
---cruft::
-	When expiring unreachable objects, pack them separately into a
-	cruft pack instead of storing them as loose objects.
-
 --prune=<date>::
 	Prune loose objects older than date (default is 2 weeks ago,
 	overridable by the config variable `gc.pruneExpire`).
@@ -110,7 +106,8 @@ users and their repositories.
 CONFIGURATION
 -------------
 
-include::includes/cmd-config-section-all.txt[]
+The below documentation is the same as what's found in
+linkgit:git-config[1]:
 
 include::config/gc.txt[]
 

Documentation/git-grep.txt

@@ -23,7 +23,6 @@ SYNOPSIS
 	   [--break] [--heading] [-p | --show-function]
 	   [-A <post-context>] [-B <pre-context>] [-C <context>]
 	   [-W | --function-context]
-	   [(-m | --max-count) <num>]
 	   [--threads <num>]
 	   [-f <file>] [-e] <pattern>
 	   [--and|--or|--not|(|)|-e <pattern>...]
@@ -239,14 +238,6 @@ providing this option will cause it to die.
 	`git diff` works out patch hunk headers (see 'Defining a
 	custom hunk-header' in linkgit:gitattributes[5]).
 
--m <num>::
---max-count <num>::
-	Limit the amount of matches per file. When using the `-v` or
-	`--invert-match` option, the search stops after the specified
-	number of non-matches. A value of -1 will return unlimited
-	results (the default). A value of 0 will exit immediately with
-	a non-zero status.
-
 --threads <num>::
 	Number of grep worker threads to use.
 	See `grep.threads` in 'CONFIGURATION' for more information.
@@ -343,9 +334,34 @@ performance in this case, it might be desirable to use `--threads=1`.
 CONFIGURATION
 -------------
 
-include::includes/cmd-config-section-all.txt[]
+grep.lineNumber::
+	If set to true, enable `-n` option by default.
+
+grep.column::
+	If set to true, enable the `--column` option by default.
+
+grep.patternType::
+	Set the default matching behavior. Using a value of 'basic', 'extended',
+	'fixed', or 'perl' will enable the `--basic-regexp`, `--extended-regexp`,
+	`--fixed-strings`, or `--perl-regexp` option accordingly, while the
+	value 'default' will return to the default matching behavior.
+
+grep.extendedRegexp::
+	If set to true, enable `--extended-regexp` option by default. This
+	option is ignored when the `grep.patternType` option is set to a value
+	other than 'default'.
+
+grep.threads::
+	Number of grep worker threads to use. If unset (or set to 0), Git will
+	use as many threads as the number of logical cores available.
+
+grep.fullName::
+	If set to true, enable `--full-name` option by default.
+
+grep.fallbackToNoIndex::
+	If set to true, fall back to git grep --no-index if git grep
+	is executed outside of a git repository.  Defaults to false.
 
-include::config/grep.txt[]
 
 GIT
 ---

Documentation/git-help.txt

@@ -9,16 +9,14 @@ SYNOPSIS
 --------
 [verse]
 'git help' [-a|--all] [--[no-]verbose] [--[no-]external-commands] [--[no-]aliases]
-'git help' [[-i|--info] [-m|--man] [-w|--web]] [<command>|<doc>]
+'git help' [[-i|--info] [-m|--man] [-w|--web]] [<command>|<guide>]
 'git help' [-g|--guides]
 'git help' [-c|--config]
-'git help' [--user-interfaces]
-'git help' [--developer-interfaces]
 
 DESCRIPTION
 -----------
 
-With no options and no '<command>' or '<doc>' given, the synopsis of the 'git'
+With no options and no '<command>' or '<guide>' given, the synopsis of the 'git'
 command and a list of the most commonly used Git commands are printed
 on the standard output.
 
@@ -28,8 +26,8 @@ printed on the standard output.
 If the option `--guides` or `-g` is given, a list of the
 Git concept guides is also printed on the standard output.
 
-If a command or other documentation is given, the relevant manual page
+If a command, or a guide, is given, a manual page for that command or
-will be brought up. The 'man' program is used by default for this
+guide is brought up. The 'man' program is used by default for this
 purpose, but this can be overridden by other options or configuration
 variables.
 
@@ -71,23 +69,6 @@ OPTIONS
 --guides::
 	Prints a list of the Git concept guides on the standard output.
 
---user-interfaces::
-	Prints a list of the repository, command and file interfaces
-	documentation on the standard output.
-+
-In-repository file interfaces such as `.git/info/exclude` are
-documented here (see linkgit:gitrepository-layout[5]), as well as
-in-tree configuration such as `.mailmap` (see linkgit:gitmailmap[5]).
-+
-This section of the documentation also covers general or widespread
-user-interface conventions (e.g. linkgit:gitcli[7]), and
-pseudo-configuration such as the file-based `.git/hooks/*` interface
-described in linkgit:githooks[5].
-
---developer-interfaces::
-	Print list of file formats, protocols and other developer
-	interfaces documentation on the standard output.
-
 -i::
 --info::
 	Display manual page for the command in the 'info' format. The

Documentation/git-imap-send.txt

@@ -54,8 +54,6 @@ CONFIGURATION
 To use the tool, `imap.folder` and either `imap.tunnel` or `imap.host` must be set
 to appropriate values.
 
-include::includes/cmd-config-section-rest.txt[]
-
 include::config/imap.txt[]
 
 EXAMPLES

Documentation/git-init.txt

@@ -169,13 +169,6 @@ $ git commit    <3>
 <2> Add all existing files to the index.
 <3> Record the pristine state as the first commit in the history.
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/init.txt[]
-
 GIT
 ---
 Part of the linkgit:git[1] suite

Documentation/git-interpret-trailers.txt

@@ -60,12 +60,10 @@ non-whitespace lines before a line that starts with '---' (followed by a
 space or the end of the line). Such three minus signs start the patch
 part of the message. See also `--no-divider` below.
 
-When reading trailers, there can be no whitespace before or inside the
+When reading trailers, there can be whitespaces after the
-token, but any number of regular space and tab characters are allowed
+token, the separator and the value. There can also be whitespaces
-between the token and the separator. There can be whitespaces before,
+inside the token and the value. The value may be split over multiple lines with
-inside or after the value. The value may be split over multiple lines
+each subsequent line starting with whitespace, like the "folding" in RFC 822.
-with each subsequent line starting with at least one whitespace, like
-the "folding" in RFC 822.
 
 Note that 'trailers' do not follow and are not intended to follow many
 rules for RFC 822 headers. For example they do not follow

Documentation/git-log.txt

@@ -45,23 +45,13 @@ OPTIONS
 
 --decorate-refs=<pattern>::
 --decorate-refs-exclude=<pattern>::
-	For each candidate reference, do not use it for decoration if it
+	If no `--decorate-refs` is given, pretend as if all refs were
+	included.  For each candidate, do not use it for decoration if it
 	matches any patterns given to `--decorate-refs-exclude` or if it
 	doesn't match any of the patterns given to `--decorate-refs`. The
 	`log.excludeDecoration` config option allows excluding refs from
 	the decorations, but an explicit `--decorate-refs` pattern will
 	override a match in `log.excludeDecoration`.
-+
-If none of these options or config settings are given, then references are
-used as decoration if they match `HEAD`, `refs/heads/`, `refs/remotes/`,
-`refs/stash/`, or `refs/tags/`.
-
---clear-decorations::
-	When specified, this option clears all previous `--decorate-refs`
-	or `--decorate-refs-exclude` options and relaxes the default
-	decoration filter to include all references. This option is
-	assumed if the config value `log.initialDecorationSet` is set to
-	`all`.
 
 --source::
 	Print out the ref name given on the command line by which each
@@ -209,11 +199,47 @@ i18n.logOutputEncoding::
 	Defaults to the value of `i18n.commitEncoding` if set, and UTF-8
 	otherwise.
 
-include::includes/cmd-config-section-rest.txt[]
+log.date::
+	Default format for human-readable dates.  (Compare the
+	`--date` option.)  Defaults to "default", which means to write
+	dates like `Sat May 8 19:35:34 2010 -0500`.
++
+If the format is set to "auto:foo" and the pager is in use, format
+"foo" will be the used for the date format. Otherwise "default" will
+be used.
 
-include::config/log.txt[]
+log.follow::
+	If `true`, `git log` will act as if the `--follow` option was used when
+	a single <path> is given.  This has the same limitations as `--follow`,
+	i.e. it cannot be used to follow multiple files and does not work well
+	on non-linear history.
 
-include::config/notes.txt[]
+log.showRoot::
+	If `false`, `git log` and related commands will not treat the
+	initial commit as a big creation event.  Any root commits in
+	`git log -p` output would be shown without a diff attached.
+	The default is `true`.
+
+log.showSignature::
+	If `true`, `git log` and related commands will act as if the
+	`--show-signature` option was passed to them.
+
+mailmap.*::
+	See linkgit:git-shortlog[1].
+
+notes.displayRef::
+	Which refs, in addition to the default set by `core.notesRef`
+	or `GIT_NOTES_REF`, to read notes from when showing commit
+	messages with the `log` family of commands.  See
+	linkgit:git-notes[1].
++
+May be an unabbreviated ref name or a glob and may be specified
+multiple times.  A warning will be issued for refs that do not exist,
+but a glob that does not match any refs is silently ignored.
++
+This setting can be disabled by the `--no-notes` option,
+overridden by the `GIT_NOTES_DISPLAY_REF` environment variable,
+and overridden by the `--notes=<ref>` option.
 
 GIT
 ---

Documentation/git-ls-files.txt

@@ -20,7 +20,7 @@ SYNOPSIS
 		[--exclude-standard]
 		[--error-unmatch] [--with-tree=<tree-ish>]
 		[--full-name] [--recurse-submodules]
-		[--abbrev[=<n>]] [--format=<format>] [--] [<file>...]
+		[--abbrev[=<n>]] [--] [<file>...]
 
 DESCRIPTION
 -----------
@@ -192,13 +192,6 @@ followed by the  ("attr/<eolattr>").
 	to the contained files. Sparse directories will be shown with a
 	trailing slash, such as "x/" for a sparse directory "x".
 
---format=<format>::
-	A string that interpolates `%(fieldname)` from the result being shown.
-	It also interpolates `%%` to `%`, and `%xx` where `xx` are hex digits
-	interpolates to character with hex code `xx`; for example `%00`
-	interpolates to `\0` (NUL), `%09` to `\t` (TAB) and %0a to `\n` (LF).
-	--format cannot be combined with `-s`, `-o`, `-k`, `-t`, `--resolve-undo`
-	and `--eol`.
 \--::
 	Do not interpret any more arguments as options.
 
@@ -230,36 +223,6 @@ quoted as explained for the configuration variable `core.quotePath`
 (see linkgit:git-config[1]).  Using `-z` the filename is output
 verbatim and the line is terminated by a NUL byte.
 
-It is possible to print in a custom format by using the `--format`
-option, which is able to interpolate different fields using
-a `%(fieldname)` notation. For example, if you only care about the
-"objectname" and "path" fields, you can execute with a specific
-"--format" like
-
-	git ls-files --format='%(objectname) %(path)'
-
-FIELD NAMES
------------
-The way each path is shown can be customized by using the
-`--format=<format>` option, where the %(fieldname) in the
-<format> string for various aspects of the index entry are
-interpolated.  The following "fieldname" are understood:
-
-objectmode::
-	The mode of the file which is recorded in the index.
-objectname::
-	The name of the file which is recorded in the index.
-stage::
-	The stage of the file which is recorded in the index.
-eolinfo:index::
-eolinfo:worktree::
-	The <eolinfo> (see the description of the `--eol` option) of
-	the contents in the index or in the worktree for the path.
-eolattr::
-	The <eolattr> (see the description of the `--eol` option)
-	that applies to the path.
-path::
-	The pathname of the file which is recorded in the index.
 
 EXCLUDE PATTERNS
 ----------------

Documentation/git-mailinfo.txt

@@ -115,13 +115,6 @@ If no such configuration option has been set, `warn` will be used.
 <patch>::
 	The patch extracted from e-mail.
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/mailinfo.txt[]
-
 GIT
 ---
 Part of the linkgit:git[1] suite

Documentation/git-maintenance.txt

@@ -397,13 +397,6 @@ If you want to customize the background tasks, please rename the tasks
 so future calls to `git maintenance (start|stop)` do not overwrite your
 custom tasks.
 
-CONFIGURATION
--------------
-
-include::includes/cmd-config-section-all.txt[]
-
-include::config/maintenance.txt[]
-
 
 GIT
 ---

Documentation/git-merge-tree.txt

@@ -3,237 +3,26 @@ git-merge-tree(1)
 
 NAME
 ----
-git-merge-tree - Perform merge without touching index or working tree
+git-merge-tree - Show three-way merge without touching index
 
 
 SYNOPSIS
 --------
 [verse]
-'git merge-tree' [--write-tree] [<options>] <branch1> <branch2>
+'git merge-tree' <base-tree> <branch1> <branch2>
-'git merge-tree' [--trivial-merge] <base-tree> <branch1> <branch2> (deprecated)
 
-[[NEWMERGE]]
 DESCRIPTION
 -----------
+Reads three tree-ish, and output trivial merge results and
+conflicting stages to the standard output.  This is similar to
+what three-way 'git read-tree -m' does, but instead of storing the
+results in the index, the command outputs the entries to the
+standard output.
 
-This command has a modern `--write-tree` mode and a deprecated
+This is meant to be used by higher level scripts to compute
-`--trivial-merge` mode.  With the exception of the
+merge results outside of the index, and stuff the results back into the
-<<DEPMERGE,DEPRECATED DESCRIPTION>> section at the end, the rest of
+index.  For this reason, the output from the command omits
-this documentation describes modern `--write-tree` mode.
+entries that match the <branch1> tree.
-
-Performs a merge, but does not make any new commits and does not read
-from or write to either the working tree or index.
-
-The performed merge will use the same feature as the "real"
-linkgit:git-merge[1], including:
-
-  * three way content merges of individual files
-  * rename detection
-  * proper directory/file conflict handling
-  * recursive ancestor consolidation (i.e. when there is more than one
-    merge base, creating a virtual merge base by merging the merge bases)
-  * etc.
-
-After the merge completes, a new toplevel tree object is created.  See
-`OUTPUT` below for details.
-
-OPTIONS
--------
-
--z::
-	Do not quote filenames in the <Conflicted file info> section,
-	and end each filename with a NUL character rather than
-	newline.  Also begin the messages section with a NUL character
-	instead of a newline.  See <<OUTPUT>> below for more information.
-
---name-only::
-	In the Conflicted file info section, instead of writing a list
-	of (mode, oid, stage, path) tuples to output for conflicted
-	files, just provide a list of filenames with conflicts (and
-	do not list filenames multiple times if they have multiple
-	conflicting stages).
-
---[no-]messages::
-	Write any informational messages such as "Auto-merging <path>"
-	or CONFLICT notices to the end of stdout.  If unspecified, the
-	default is to include these messages if there are merge
-	conflicts, and to omit them otherwise.
-
---allow-unrelated-histories::
-	merge-tree will by default error out if the two branches specified
-	share no common history.  This flag can be given to override that
-	check and make the merge proceed anyway.
-
-[[OUTPUT]]
-OUTPUT
-------
-
-For a successful merge, the output from git-merge-tree is simply one
-line:
-
-	<OID of toplevel tree>
-
-Whereas for a conflicted merge, the output is by default of the form:
-
-	<OID of toplevel tree>
-	<Conflicted file info>
-	<Informational messages>
-
-These are discussed individually below.
-
-[[OIDTLT]]
-OID of toplevel tree
-~~~~~~~~~~~~~~~~~~~~
-
-This is a tree object that represents what would be checked out in the
-working tree at the end of `git merge`.  If there were conflicts, then
-files within this tree may have embedded conflict markers.  This section
-is always followed by a newline (or NUL if `-z` is passed).
-
-[[CFI]]
-Conflicted file info
-~~~~~~~~~~~~~~~~~~~~
-
-This is a sequence of lines with the format
-
-	<mode> <object> <stage> <filename>
-
-The filename will be quoted as explained for the configuration
-variable `core.quotePath` (see linkgit:git-config[1]).  However, if
-the `--name-only` option is passed, the mode, object, and stage will
-be omitted.  If `-z` is passed, the "lines" are terminated by a NUL
-character instead of a newline character.
-
-[[IM]]
-Informational messages
-~~~~~~~~~~~~~~~~~~~~~~
-
-This always starts with a blank line (or NUL if `-z` is passed) to
-separate it from the previous sections, and then has free-form
-messages about the merge, such as:
-
-  * "Auto-merging <file>"
-  * "CONFLICT (rename/delete): <oldfile> renamed...but deleted in..."
-  * "Failed to merge submodule <submodule> (<reason>)"
-  * "Warning: cannot merge binary files: <filename>"
-
-Note that these free-form messages will never have a NUL character
-in or between them, even if -z is passed.  It is simply a large block
-of text taking up the remainder of the output.
-
-EXIT STATUS
------------
-
-For a successful, non-conflicted merge, the exit status is 0.  When the
-merge has conflicts, the exit status is 1.  If the merge is not able to
-complete (or start) due to some kind of error, the exit status is
-something other than 0 or 1 (and the output is unspecified).
-
-USAGE NOTES
------------
-
-This command is intended as low-level plumbing, similar to
-linkgit:git-hash-object[1], linkgit:git-mktree[1],
-linkgit:git-commit-tree[1], linkgit:git-write-tree[1],
-linkgit:git-update-ref[1], and linkgit:git-mktag[1].  Thus, it can be
-used as a part of a series of steps such as:
-
-       NEWTREE=$(git merge-tree --write-tree $BRANCH1 $BRANCH2)
-       test $? -eq 0 || die "There were conflicts..."
-       NEWCOMMIT=$(git commit-tree $NEWTREE -p $BRANCH1 -p $BRANCH2)
-       git update-ref $BRANCH1 $NEWCOMMIT
-
-Note that when the exit status is non-zero, `NEWTREE` in this sequence
-will contain a lot more output than just a tree.
-
-For conflicts, the output includes the same information that you'd get
-with linkgit:git-merge[1]:
-
-  * what would be written to the working tree (the
-    <<OIDTLT,OID of toplevel tree>>)
-  * the higher order stages that would be written to the index (the
-    <<CFI,Conflicted file info>>)
-  * any messages that would have been printed to stdout (the
-    <<IM,Informational messages>>)
-
-MISTAKES TO AVOID
------------------
-
-Do NOT look through the resulting toplevel tree to try to find which
-files conflict; parse the <<CFI,Conflicted file info>> section instead.
-Not only would parsing an entire tree be horrendously slow in large
-repositories, there are numerous types of conflicts not representable by
-conflict markers (modify/delete, mode conflict, binary file changed on
-both sides, file/directory conflicts, various rename conflict
-permutations, etc.)
-
-Do NOT interpret an empty <<CFI,Conflicted file info>> list as a clean
-merge; check the exit status.  A merge can have conflicts without having
-individual files conflict (there are a few types of directory rename
-conflicts that fall into this category, and others might also be added
-in the future).
-
-Do NOT attempt to guess or make the user guess the conflict types from
-the <<CFI,Conflicted file info>> list.  The information there is
-insufficient to do so.  For example: Rename/rename(1to2) conflicts (both
-sides renamed the same file differently) will result in three different
-file having higher order stages (but each only has one higher order
-stage), with no way (short of the <<IM,Informational messages>> section)
-to determine which three files are related.  File/directory conflicts
-also result in a file with exactly one higher order stage.
-Possibly-involved-in-directory-rename conflicts (when
-"merge.directoryRenames" is unset or set to "conflicts") also result in
-a file with exactly one higher order stage.  In all cases, the
-<<IM,Informational messages>> section has the necessary info, though it
-is not designed to be machine parseable.
-
-Do NOT assume that each paths from <<CFI,Conflicted file info>>, and
-the logical conflicts in the <<IM,Informational messages>> have a
-one-to-one mapping, nor that there is a one-to-many mapping, nor a
-many-to-one mapping.  Many-to-many mappings exist, meaning that each
-path can have many logical conflict types in a single merge, and each
-logical conflict type can affect many paths.
-
-Do NOT assume all filenames listed in the <<IM,Informational messages>>
-section had conflicts.  Messages can be included for files that have no
-conflicts, such as "Auto-merging <file>".
-
-AVOID taking the OIDS from the <<CFI,Conflicted file info>> and
-re-merging them to present the conflicts to the user.  This will lose
-information.  Instead, look up the version of the file found within the
-<<OIDTLT,OID of toplevel tree>> and show that instead.  In particular,
-the latter will have conflict markers annotated with the original
-branch/commit being merged and, if renames were involved, the original
-filename.  While you could include the original branch/commit in the
-conflict marker annotations when re-merging, the original filename is
-not available from the <<CFI,Conflicted file info>> and thus you would
-be losing information that might help the user resolve the conflict.
-
-[[DEPMERGE]]
-DEPRECATED DESCRIPTION
-----------------------
-
-Per the <<NEWMERGE,DESCRIPTION>> and unlike the rest of this
-documentation, this section describes the deprecated `--trivial-merge`
-mode.
-
-Other than the optional `--trivial-merge`, this mode accepts no
-options.
-
-This mode reads three tree-ish, and outputs trivial merge results and
-conflicting stages to the standard output in a semi-diff format.
-Since this was designed for higher level scripts to consume and merge
-the results back into the index, it omits entries that match
-<branch1>.  The result of this second form is similar to what
-three-way 'git read-tree -m' does, but instead of storing the results
-in the index, the command outputs the entries to the standard output.
-
-This form not only has limited applicability (a trivial merge cannot
-handle content merges of individual files, rename detection, proper
-directory/file conflict handling, etc.), the output format is also
-difficult to work with, and it will generally be less performant than
-the first form even on successful merges (especially if working in
-large repositories).
 
 GIT
 ---

Documentation/git-merge.txt

@@ -90,7 +90,10 @@ invocations. The automated message can include the branch description.
 If `--log` is specified, a shortlog of the commits being merged
 will be appended to the specified message.
 
-include::rerere-options.txt[]
+--rerere-autoupdate::
+--no-rerere-autoupdate::
+	Allow the rerere mechanism to update the index with the
+	result of auto-conflict resolution if possible.
 
 --overwrite-ignore::
 --no-overwrite-ignore::
@@ -383,16 +386,13 @@ include::merge-strategies.txt[]
 
 CONFIGURATION
 -------------
+include::config/merge.txt[]
 
 branch.<name>.mergeOptions::
 	Sets default options for merging into branch <name>. The syntax and
 	supported options are the same as those of 'git merge', but option
 	values containing whitespace characters are currently not supported.
 
-include::includes/cmd-config-section-rest.txt[]
-
-include::config/merge.txt[]
-
 SEE ALSO
 --------
 linkgit:git-fmt-merge-msg[1], linkgit:git-pull[1],