comparison tests/test-merge-tools.t @ 25753:fe03f522dda9

context: write dirstate out explicitly after marking files as clean To detect change of a file without redundant comparison of file content, dirstate recognizes a file as certainly clean, if: (1) it is already known as "normal", (2) dirstate entry for it has valid (= not "-1") timestamp, and (3) mode, size and timestamp of it on the filesystem are as same as ones expected in dirstate This works as expected in many cases, but doesn't in the corner case that changing a file keeps mode, size and timestamp of it on the filesystem. The timetable below shows steps in one of typical such situations: ---- ----------------------------------- ---------------- timestamp of "f" ---------------- dirstate file- time action mem file system ---- ----------------------------------- ---- ----- ----- N -1 *** - make file "f" clean N - execute 'hg foobar' - instantiate 'dirstate' -1 -1 - 'dirstate.normal("f")' N -1 (e.g. via dirty check) - change "f", but keep size N N+1 - release wlock - 'dirstate.write()' N N - 'hg status' shows "f" as "clean" N N N ---- ----------------------------------- ---- ----- ----- The most important point is that 'dirstate.write()' is executed at N+1 or later. This causes writing dirstate timestamp N of "f" out successfully. If it is executed at N, 'parsers.pack_dirstate()' replaces timestamp N with "-1" before actual writing dirstate out. Occasional test failure for unexpected file status is typical example of this corner case. Batch execution with small working directory is finished in no time, and rarely satisfies condition (2) above. This issue can occur in cases below; - 'hg revert --rev REV' for revisions other than the parent - failure of 'merge.update()' before 'merge.recordupdates()' The root cause of this issue is that files are changed without flushing in-memory dirstate changes via 'repo.commit()' (even though omitting 'dirstate.normallookup()' on changed files also causes this issue). To detect changes of files correctly, this patch writes in-memory dirstate changes out explicitly after marking files as clean in 'workingctx._checklookup()', which is invoked via 'repo.status()'. After this change, timetable is changed as below: ---- ----------------------------------- ---------------- timestamp of "f" ---------------- dirstate file- time action mem file system ---- ----------------------------------- ---- ----- ----- N -1 *** - make file "f" clean N - execute 'hg foobar' - instantiate 'dirstate' -1 -1 - 'dirstate.normal("f")' N -1 (e.g. via dirty check) ----------------------------------- ---- ----- ----- - 'dirsttate.write()' -1 -1 ----------------------------------- ---- ----- ----- - change "f", but keep size N N+1 - release wlock - 'dirstate.write()' -1 -1 - 'hg status' -1 -1 N ---- ----------------------------------- ---- ----- ----- To reproduce this issue in tests certainly, this patch emulates some timing critical actions as below: - timestamp of "f" in '.hg/dirstate' is -1 at the beginning 'hg debugrebuildstate' before command invocation ensures it. - make file "f" clean at N - change "f" at N 'touch -t 200001010000' before and after command invocation changes mtime of "f" to "2000-01-01 00:00" (= N). - invoke 'dirstate.write()' via 'repo.status()' at N 'fakedirstatewritetime.py' forces 'pack_dirstate()' to use "2000-01-01 00:00" as "now", only if 'pack_dirstate()' is invoked via 'workingctx._checklookup()'. - invoke 'dirstate.write()' via releasing wlock at N+1 (or "not at N") 'pack_dirstate()' via releasing wlock uses actual timestamp at runtime as "now", and it should be different from the "2000-01-01 00:00" of "f". BTW, this patch also changes 'test-largefiles-misc.t', because adding 'dirstate.write()' makes recent dirstate changes visible to external process.
author FUJIWARA Katsunori <foozy@lares.dti.ne.jp>
date Wed, 08 Jul 2015 17:01:09 +0900
parents 21b33f0460e0
children b907051df5b7
comparison
equal deleted inserted replaced
25752:815df73abf12 25753:fe03f522dda9
599 599
600 $ unset HGMERGE # make sure HGMERGE doesn't interfere with remaining tests 600 $ unset HGMERGE # make sure HGMERGE doesn't interfere with remaining tests
601 601
602 update is a merge ... 602 update is a merge ...
603 603
604 (this also tests that files reverted with '--rev REV' are treated as
605 "modified", even if none of mode, size and timestamp of them isn't
606 changed on the filesystem (see also issue4583))
607
608 $ cat >> $HGRCPATH <<EOF
609 > [fakedirstatewritetime]
610 > # emulate invoking dirstate.write() via repo.status()
611 > # at 2000-01-01 00:00
612 > fakenow = 200001010000
613 > EOF
614
604 $ beforemerge 615 $ beforemerge
605 [merge-tools] 616 [merge-tools]
606 false.whatever= 617 false.whatever=
607 true.priority=1 618 true.priority=1
608 true.executable=cat 619 true.executable=cat
609 # hg update -C 1 620 # hg update -C 1
610 $ hg update -q 0 621 $ hg update -q 0
611 $ f -s f 622 $ f -s f
612 f: size=17 623 f: size=17
613 $ touch -t 200001010000 f 624 $ touch -t 200001010000 f
614 $ hg status f 625 $ hg debugrebuildstate
626 $ cat >> $HGRCPATH <<EOF
627 > [extensions]
628 > fakedirstatewritetime = $TESTDIR/fakedirstatewritetime.py
629 > EOF
615 $ hg revert -q -r 1 . 630 $ hg revert -q -r 1 .
631 $ cat >> $HGRCPATH <<EOF
632 > [extensions]
633 > fakedirstatewritetime = !
634 > EOF
616 $ f -s f 635 $ f -s f
617 f: size=17 636 f: size=17
618 $ touch -t 200001010000 f 637 $ touch -t 200001010000 f
619 $ hg status f 638 $ hg status f
620 M f 639 M f
644 # hg update -C 1 663 # hg update -C 1
645 $ hg update -q 0 664 $ hg update -q 0
646 $ f -s f 665 $ f -s f
647 f: size=17 666 f: size=17
648 $ touch -t 200001010000 f 667 $ touch -t 200001010000 f
649 $ hg status f 668 $ hg debugrebuildstate
669 $ cat >> $HGRCPATH <<EOF
670 > [extensions]
671 > fakedirstatewritetime = $TESTDIR/fakedirstatewritetime.py
672 > EOF
650 $ hg revert -q -r 1 . 673 $ hg revert -q -r 1 .
674 $ cat >> $HGRCPATH <<EOF
675 > [extensions]
676 > fakedirstatewritetime = !
677 > EOF
651 $ f -s f 678 $ f -s f
652 f: size=17 679 f: size=17
653 $ touch -t 200001010000 f 680 $ touch -t 200001010000 f
654 $ hg status f 681 $ hg status f
655 M f 682 M f