git/Documentation/RelNotes/1.7.2.3.adoc
brian m. carlson 1f010d6bdf doc: use .adoc extension for AsciiDoc files
We presently use the ".txt" extension for our AsciiDoc files.  While not
wrong, most editors do not associate this extension with AsciiDoc,
meaning that contributors don't get automatic editor functionality that
could be useful, such as syntax highlighting and prose linting.

It is much more common to use the ".adoc" extension for AsciiDoc files,
since this helps editors automatically detect files and also allows
various forges to provide rich (HTML-like) rendering.  Let's do that
here, renaming all of the files and updating the includes where
relevant.  Adjust the various build scripts and makefiles to use the new
extension as well.

Note that this should not result in any user-visible changes to the
documentation.

Signed-off-by: brian m. carlson <sandals@crustytoothpaste.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2025-01-21 12:56:06 -08:00

40 lines
1.3 KiB
Plaintext

Git v1.7.2.3 Release Notes
==========================
Fixes since v1.7.2.2
--------------------
* When people try insane things such as delta-compressing 4GiB files, we
threw an assertion failure.
* "git archive" gave the full commit ID for "$Format:%h$".
* "git fetch --tags" did not fetch tags when remote.<nick>.tagopt was set
to --no-tags. The command line option now overrides the configuration
setting.
* "git for-each-ref --format='%(objectname:short)'" has been completely
broken for a long time.
* "git gc" incorrectly pruned a rerere record that was created long
time ago but still is actively and repeatedly used.
* "git log --follow -M -p" was seriously broken in 1.7.2, reporting
assertion failure.
* Running "git log" with an incorrect option started pager nevertheless,
forcing the user to dismiss it.
* "git rebase" did not work well when the user has diff.renames
configuration variable set.
* An earlier (and rather old) fix to "git rebase" against a rebased
upstream broke a more normal, non rebased upstream case rather badly,
attempting to re-apply patches that are already accepted upstream.
* "git submodule sync" forgot to update the superproject's config file
when submodule URL changed.
* "git pack-refs --all --prune" did not remove a directory that has
become empty.