Alexis S. L. Carvalho <alexis@cecm.usp.br> [Sun, 02 Jul 2006 22:39:39 -0300] rev 2555
hg.py: move exception handling code to try to avoid hiding errors
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 03 Jul 2006 14:30:38 -0700] rev 2554
help: add help to mq extension
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 03 Jul 2006 14:30:24 -0700] rev 2553
help: make "hg help EXTENSION" work
Thomas Arendsen Hein <thomas@intevation.de> [Mon, 03 Jul 2006 19:28:31 +0200] rev 2552
Adjusted test output to changed abort message of 'hg merge' (from 0229ff95faec)
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 03 Jul 2006 10:19:09 -0700] rev 2551
merge with crew.
Raphael Marmier <raphael@marmier.net> [Mon, 03 Jul 2006 10:18:46 -0700] rev 2550
Disable automatic line endings conversion on windows
The rationale behind this is that such conversion implies a particular
situation in which all files in the repo are terminated by only LF. This
is documented nowhere and it bit me sharply when I upgraded.
Furthermore, it works on the assumption that a file containing no NULL
characters are actually a text file. Therefore it cannot guarantee that
no binary file will be harmed in the process.
Currently, if a file already contains CRLF line endings when it is
copied to the working dir from the repo, then the version in the working
dir will be corrupted by an extra CR.
I'm working on a patch that will turn this into a warning. But as a side
effect, committing such a file back will strip it from its CR.
In all case, unrequested data modification can occur under the feet of
the user, which is bad(tm), ihmo.