
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>
29 lines
1.0 KiB
Plaintext
29 lines
1.0 KiB
Plaintext
Git v2.4.5 Release Notes
|
|
========================
|
|
|
|
Fixes since v2.4.4
|
|
------------------
|
|
|
|
* The setup code used to die when core.bare and core.worktree are set
|
|
inconsistently, even for commands that do not need working tree.
|
|
|
|
* There was a dead code that used to handle "git pull --tags" and
|
|
show special-cased error message, which was made irrelevant when
|
|
the semantics of the option changed back in Git 1.9 days.
|
|
|
|
* "color.diff.plain" was a misnomer; give it 'color.diff.context' as
|
|
a more logical synonym.
|
|
|
|
* The configuration reader/writer uses mmap(2) interface to access
|
|
the files; when we find a directory, it barfed with "Out of memory?".
|
|
|
|
* Recent "git prune" traverses young unreachable objects to safekeep
|
|
old objects in the reachability chain from them, which sometimes
|
|
showed unnecessary error messages that are alarming.
|
|
|
|
* "git rebase -i" fired post-rewrite hook when it shouldn't (namely,
|
|
when it was told to stop sequencing with 'exec' insn).
|
|
|
|
Also contains typofixes, documentation updates and trivial code
|
|
clean-ups.
|