1f010d6bdf
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>
28 lines
888 B
Plaintext
28 lines
888 B
Plaintext
Git v1.7.0.4 Release Notes
|
|
==========================
|
|
|
|
Fixes since v1.7.0.3
|
|
--------------------
|
|
|
|
* Optimized ntohl/htonl on big-endian machines were broken.
|
|
|
|
* Color values given to "color.<cmd>.<slot>" configuration can now have
|
|
more than one attributes (e.g. "bold ul").
|
|
|
|
* "git add -u nonexistent-path" did not complain.
|
|
|
|
* "git apply --whitespace=fix" didn't work well when an early patch in
|
|
a patch series adds trailing blank lines and a later one depended on
|
|
such a block of blank lines at the end.
|
|
|
|
* "git fast-export" didn't check error status and stop when marks file
|
|
cannot be opened.
|
|
|
|
* "git format-patch --ignore-if-in-upstream" gave unwarranted errors
|
|
when the range was empty, instead of silently finishing.
|
|
|
|
* "git remote prune" did not detect remote tracking refs that became
|
|
dangling correctly.
|
|
|
|
And other minor fixes and documentation updates.
|