Files
git/Documentation/RelNotes/1.8.3.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

48 lines
1.7 KiB
Plaintext

Git v1.8.3.3 Release Notes
==========================
Fixes since v1.8.3.2
--------------------
* "git apply" parsed patches that add new files, generated by programs
other than Git, incorrectly. This is an old breakage in v1.7.11.
* Older cURL wanted piece of memory we call it with to be stable, but
we updated the auth material after handing it to a call.
* "git pull" into nothing trashed "local changes" that were in the
index.
* Many "git submodule" operations did not work on a submodule at a
path whose name is not in ASCII.
* "cherry-pick" had a small leak in its error codepath.
* Logic used by git-send-email to suppress cc mishandled names like
"A U. Thor" <author@example.xz>, where the human readable part
needs to be quoted (the user input may not have the double quotes
around the name, and comparison was done between quoted and
unquoted strings). It also mishandled names that need RFC2047
quoting.
* "gitweb" forgot to clear a global variable $search_regexp upon each
request, mistakenly carrying over the previous search to a new one
when used as a persistent CGI.
* The wildmatch engine did not honor WM_CASEFOLD option correctly.
* "git log -c --follow $path" segfaulted upon hitting the commit that
renamed the $path being followed.
* When a reflog notation is used for implicit "current branch",
e.g. "git log @{u}", we did not say which branch and worse said
"branch ''" in the error messages.
* Mac OS X does not like to write(2) more than INT_MAX number of
bytes; work it around by chopping write(2) into smaller pieces.
* Newer MacOS X encourages the programs to compile and link with
their CommonCrypto, not with OpenSSL.
Also contains various minor documentation updates.