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.

     1

#!/bin/sh

     2

     3

hg init

     4

echo a > a

     5

hg add a

     6

hg commit -m "1" -d "1000000 0"

     7

hg status

     8

hg copy a b

     9

hg status

    10

hg --debug commit -m "2" -d "1000000 0"

    11

echo "we should see two history entries"

    12

hg history -v

    13

echo "we should see one log entry for a"

    14

hg log a

    15

echo "this should show a revision linked to changeset 0"

    16

hg debugindex .hg/data/a.i

    17

echo "we should see one log entry for b"

    18

hg log b

    19

echo "this should show a revision linked to changeset 1"

    20

hg debugindex .hg/data/b.i

    21

    22

echo "this should show the rename information in the metadata"

    23

hg debugdata .hg/data/b.d 0 | head -3 | tail -2

    24

    25

$TESTDIR/md5sum.py .hg/data/b.i

    26

hg cat b > bsum

    27

$TESTDIR/md5sum.py bsum

    28

hg cat a > asum

    29

$TESTDIR/md5sum.py asum

    30

hg verify