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.
; System-wide Mercurial config file. To override these settings on a
; per-user basis, please edit the following file instead, where
; USERNAME is your Windows user name:
; C:\Documents and Settings\USERNAME\Mercurial.ini
; By default, we try to encode and decode all files that do not
; contain ASCII NUL characters. What this means is that we try to set
; line endings to Windows style on update, and to Unix style on
; commit. This lets us cooperate with Linux and Unix users, so
; everybody sees files with their native line endings.
[extensions]
; The win32text extension is available and installed by default. It
; provides built-in Python hooks to perform line ending conversions.
; This is normally much faster than running an external program.
hgext.win32text =
[encode]
; Encode files that don't contain NUL characters.
; ** = cleverencode:
; Alternatively, you can explicitly specify each file extension that
; you want encoded (any you omit will be left untouched), like this:
; *.txt = dumbencode:
[decode]
; Decode files that don't contain NUL characters.
; ** = cleverdecode:
; Alternatively, you can explicitly specify each file extension that
; you want decoded (any you omit will be left untouched), like this:
; **.txt = dumbdecode: