2018-01-23 23:09:16 +03:00
|
|
|
$ . helpers-usechg.sh
|
|
|
|
|
2014-08-06 20:43:59 +04:00
|
|
|
#require killdaemons
|
2011-11-07 06:24:53 +04:00
|
|
|
|
2010-08-12 17:14:19 +04:00
|
|
|
$ cat <<EOF >> $HGRCPATH
|
|
|
|
> [extensions]
|
|
|
|
> transplant=
|
|
|
|
> EOF
|
|
|
|
|
|
|
|
$ hg init t
|
|
|
|
$ cd t
|
2016-01-06 09:37:34 +03:00
|
|
|
$ hg transplant
|
|
|
|
abort: no source URL, branch revision, or revision list provided
|
|
|
|
[255]
|
|
|
|
$ hg transplant --continue --all
|
|
|
|
abort: --continue is incompatible with --branch, --all and --merge
|
|
|
|
[255]
|
|
|
|
$ hg transplant --all tip
|
|
|
|
abort: --all requires a branch revision
|
|
|
|
[255]
|
|
|
|
$ hg transplant --all --branch default tip
|
|
|
|
abort: --all is incompatible with a revision list
|
|
|
|
[255]
|
2010-08-12 17:14:19 +04:00
|
|
|
$ echo r1 > r1
|
|
|
|
$ hg ci -Amr1 -d'0 0'
|
|
|
|
adding r1
|
2016-01-06 09:37:34 +03:00
|
|
|
$ hg co -q null
|
|
|
|
$ hg transplant tip
|
|
|
|
abort: no revision checked out
|
|
|
|
[255]
|
|
|
|
$ hg up -q
|
2010-08-12 17:14:19 +04:00
|
|
|
$ echo r2 > r2
|
|
|
|
$ hg ci -Amr2 -d'1 0'
|
|
|
|
adding r2
|
|
|
|
$ hg up 0
|
|
|
|
0 files updated, 0 files merged, 1 files removed, 0 files unresolved
|
|
|
|
|
|
|
|
$ echo b1 > b1
|
|
|
|
$ hg ci -Amb1 -d '0 0'
|
|
|
|
adding b1
|
2016-01-06 09:37:34 +03:00
|
|
|
$ hg merge 1
|
|
|
|
1 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
(branch merge, don't forget to commit)
|
|
|
|
$ hg transplant 1
|
|
|
|
abort: outstanding uncommitted merges
|
|
|
|
[255]
|
|
|
|
$ hg up -qC tip
|
|
|
|
$ echo b0 > b1
|
|
|
|
$ hg transplant 1
|
|
|
|
abort: outstanding local changes
|
|
|
|
[255]
|
|
|
|
$ hg up -qC tip
|
2010-08-12 17:14:19 +04:00
|
|
|
$ echo b2 > b2
|
|
|
|
$ hg ci -Amb2 -d '1 0'
|
|
|
|
adding b2
|
|
|
|
$ echo b3 > b3
|
|
|
|
$ hg ci -Amb3 -d '2 0'
|
|
|
|
adding b3
|
|
|
|
|
|
|
|
$ hg log --template '{rev} {parents} {desc}\n'
|
|
|
|
4 b3
|
|
|
|
3 b2
|
|
|
|
2 0:17ab29e464c6 b1
|
|
|
|
1 r2
|
|
|
|
0 r1
|
|
|
|
|
|
|
|
$ hg clone . ../rebase
|
|
|
|
updating to branch default
|
|
|
|
4 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
2016-01-06 09:37:34 +03:00
|
|
|
$ hg init ../emptydest
|
|
|
|
$ cd ../emptydest
|
|
|
|
$ hg transplant --source=../t > /dev/null
|
2010-08-12 17:14:19 +04:00
|
|
|
$ cd ../rebase
|
|
|
|
|
|
|
|
$ hg up -C 1
|
|
|
|
1 files updated, 0 files merged, 3 files removed, 0 files unresolved
|
|
|
|
|
|
|
|
rebase b onto r1
|
2014-05-10 19:49:35 +04:00
|
|
|
(this also tests that editor is not invoked if '--edit' is not specified)
|
2010-08-12 17:14:19 +04:00
|
|
|
|
2014-05-10 19:49:35 +04:00
|
|
|
$ HGEDITOR=cat hg transplant -a -b tip
|
2010-08-12 17:14:19 +04:00
|
|
|
applying 37a1297eb21b
|
|
|
|
37a1297eb21b transplanted to e234d668f844
|
|
|
|
applying 722f4667af76
|
|
|
|
722f4667af76 transplanted to 539f377d78df
|
|
|
|
applying a53251cdf717
|
|
|
|
a53251cdf717 transplanted to ffd6818a3975
|
|
|
|
$ hg log --template '{rev} {parents} {desc}\n'
|
|
|
|
7 b3
|
|
|
|
6 b2
|
|
|
|
5 1:d11e3596cc1a b1
|
|
|
|
4 b3
|
|
|
|
3 b2
|
|
|
|
2 0:17ab29e464c6 b1
|
|
|
|
1 r2
|
|
|
|
0 r1
|
|
|
|
|
2017-03-15 17:21:30 +03:00
|
|
|
test format of transplant_source
|
|
|
|
|
|
|
|
$ hg log -r7 --debug | grep transplant_source
|
|
|
|
extra: transplant_source=\xa52Q\xcd\xf7\x17g\x9d\x19\x07\xb2\x89\xf9\x91SK\xe0\\\x99z
|
|
|
|
$ hg log -r7 -T '{extras}\n'
|
|
|
|
branch=defaulttransplant_source=\xa52Q\xcd\xf7\x17g\x9d\x19\x07\xb2\x89\xf9\x91SK\xe0\\\x99z
|
|
|
|
$ hg log -r7 -T '{join(extras, " ")}\n'
|
|
|
|
branch=default transplant_source=\xa52Q\xcd\xf7\x17g\x9d\x19\x07\xb2\x89\xf9\x91SK\xe0\\\x99z
|
|
|
|
|
2010-10-23 00:58:17 +04:00
|
|
|
test transplanted revset
|
|
|
|
|
|
|
|
$ hg log -r 'transplanted()' --template '{rev} {parents} {desc}\n'
|
|
|
|
5 1:d11e3596cc1a b1
|
|
|
|
6 b2
|
|
|
|
7 b3
|
2016-01-06 09:37:34 +03:00
|
|
|
$ hg log -r 'transplanted(head())' --template '{rev} {parents} {desc}\n'
|
|
|
|
7 b3
|
2017-01-12 22:43:26 +03:00
|
|
|
$ hg help revisions.transplanted
|
2011-05-06 16:37:38 +04:00
|
|
|
"transplanted([set])"
|
|
|
|
Transplanted changesets in set, or all transplanted changesets.
|
2017-01-12 22:43:26 +03:00
|
|
|
|
2010-10-23 00:58:17 +04:00
|
|
|
|
2014-04-13 21:01:00 +04:00
|
|
|
test transplanted keyword
|
2011-03-18 00:17:27 +03:00
|
|
|
|
|
|
|
$ hg log --template '{rev} {transplanted}\n'
|
|
|
|
7 a53251cdf717679d1907b289f991534be05c997a
|
|
|
|
6 722f4667af767100cb15b6a79324bf8abbfe1ef4
|
|
|
|
5 37a1297eb21b3ef5c5d2ffac22121a0988ed9f21
|
|
|
|
4
|
|
|
|
3
|
|
|
|
2
|
|
|
|
1
|
|
|
|
0
|
|
|
|
|
revset: add destination() predicate
This predicate is used to find csets that were created because of a graft,
transplant or rebase --keep. An optional revset can be supplied, in which case
the result will be limited to those copies which specified one of the revs as
the source for the command.
hg log -r destination() # csets copied from anywhere
hg log -r destination(branch(default)) # all csets copied from default
hg log -r origin(x) or destination(origin(x)) # all instances of x
This predicate will follow a cset through different types of copies. Given a
repo with a cset 'S' that is grafted to create G(S), which itself is
transplanted to become T(G(S)):
o-S
/
o-o-G(S)
\
o-T(G(S))
hg log -r destination( S ) # { G(S), T(G(S)) }
hg log -r destination( G(S) ) # { T(G(S)) }
The implementation differences between the three different copy commands (see
the origin() predicate) are not intentionally exposed, however if the
transplant was a graft instead:
hg log -r destination( G(S) ) # {}
because the 'extra' field in G(G(S)) is S, not G(S). The implementation cannot
correct this by following sources before G(S) and then select the csets that
reference those sources because the cset provided to the predicate would also
end up selected. If there were more than two copies, sources of the argument
would also get selected.
Note that the convert extension does not currently update the 'extra' map in its
destination csets, and therefore copies made prior to the convert will be
missing from the resulting set.
Instead of the loop over 'subset', the following almost works, but does not
select a transplant of a transplant. That is, 'destination(S)' will only
select T(S).
dests = set([r for r in subset if _getrevsource(repo, r) in args])
2012-07-07 08:47:55 +04:00
|
|
|
test destination() revset predicate with a transplant of a transplant; new
|
|
|
|
clone so subsequent rollback isn't affected
|
2014-05-10 19:49:35 +04:00
|
|
|
(this also tests that editor is invoked if '--edit' is specified)
|
|
|
|
|
revset: add destination() predicate
This predicate is used to find csets that were created because of a graft,
transplant or rebase --keep. An optional revset can be supplied, in which case
the result will be limited to those copies which specified one of the revs as
the source for the command.
hg log -r destination() # csets copied from anywhere
hg log -r destination(branch(default)) # all csets copied from default
hg log -r origin(x) or destination(origin(x)) # all instances of x
This predicate will follow a cset through different types of copies. Given a
repo with a cset 'S' that is grafted to create G(S), which itself is
transplanted to become T(G(S)):
o-S
/
o-o-G(S)
\
o-T(G(S))
hg log -r destination( S ) # { G(S), T(G(S)) }
hg log -r destination( G(S) ) # { T(G(S)) }
The implementation differences between the three different copy commands (see
the origin() predicate) are not intentionally exposed, however if the
transplant was a graft instead:
hg log -r destination( G(S) ) # {}
because the 'extra' field in G(G(S)) is S, not G(S). The implementation cannot
correct this by following sources before G(S) and then select the csets that
reference those sources because the cset provided to the predicate would also
end up selected. If there were more than two copies, sources of the argument
would also get selected.
Note that the convert extension does not currently update the 'extra' map in its
destination csets, and therefore copies made prior to the convert will be
missing from the resulting set.
Instead of the loop over 'subset', the following almost works, but does not
select a transplant of a transplant. That is, 'destination(S)' will only
select T(S).
dests = set([r for r in subset if _getrevsource(repo, r) in args])
2012-07-07 08:47:55 +04:00
|
|
|
$ hg clone -q . ../destination
|
|
|
|
$ cd ../destination
|
|
|
|
$ hg up -Cq 0
|
|
|
|
$ hg branch -q b4
|
|
|
|
$ hg ci -qm "b4"
|
2014-05-10 19:49:35 +04:00
|
|
|
$ hg status --rev "7^1" --rev 7
|
|
|
|
A b3
|
2014-08-16 05:43:59 +04:00
|
|
|
$ cat > $TESTTMP/checkeditform.sh <<EOF
|
|
|
|
> env | grep HGEDITFORM
|
|
|
|
> true
|
|
|
|
> EOF
|
2014-10-27 18:19:18 +03:00
|
|
|
$ cat > $TESTTMP/checkeditform-n-cat.sh <<EOF
|
|
|
|
> env | grep HGEDITFORM
|
|
|
|
> cat \$*
|
|
|
|
> EOF
|
|
|
|
$ HGEDITOR="sh $TESTTMP/checkeditform-n-cat.sh" hg transplant --edit 7
|
revset: add destination() predicate
This predicate is used to find csets that were created because of a graft,
transplant or rebase --keep. An optional revset can be supplied, in which case
the result will be limited to those copies which specified one of the revs as
the source for the command.
hg log -r destination() # csets copied from anywhere
hg log -r destination(branch(default)) # all csets copied from default
hg log -r origin(x) or destination(origin(x)) # all instances of x
This predicate will follow a cset through different types of copies. Given a
repo with a cset 'S' that is grafted to create G(S), which itself is
transplanted to become T(G(S)):
o-S
/
o-o-G(S)
\
o-T(G(S))
hg log -r destination( S ) # { G(S), T(G(S)) }
hg log -r destination( G(S) ) # { T(G(S)) }
The implementation differences between the three different copy commands (see
the origin() predicate) are not intentionally exposed, however if the
transplant was a graft instead:
hg log -r destination( G(S) ) # {}
because the 'extra' field in G(G(S)) is S, not G(S). The implementation cannot
correct this by following sources before G(S) and then select the csets that
reference those sources because the cset provided to the predicate would also
end up selected. If there were more than two copies, sources of the argument
would also get selected.
Note that the convert extension does not currently update the 'extra' map in its
destination csets, and therefore copies made prior to the convert will be
missing from the resulting set.
Instead of the loop over 'subset', the following almost works, but does not
select a transplant of a transplant. That is, 'destination(S)' will only
select T(S).
dests = set([r for r in subset if _getrevsource(repo, r) in args])
2012-07-07 08:47:55 +04:00
|
|
|
applying ffd6818a3975
|
2014-08-16 05:43:59 +04:00
|
|
|
HGEDITFORM=transplant.normal
|
2014-05-10 19:49:35 +04:00
|
|
|
b3
|
|
|
|
|
|
|
|
|
|
|
|
HG: Enter commit message. Lines beginning with 'HG:' are removed.
|
|
|
|
HG: Leave message empty to abort commit.
|
|
|
|
HG: --
|
|
|
|
HG: user: test
|
|
|
|
HG: branch 'b4'
|
|
|
|
HG: added b3
|
revset: add destination() predicate
This predicate is used to find csets that were created because of a graft,
transplant or rebase --keep. An optional revset can be supplied, in which case
the result will be limited to those copies which specified one of the revs as
the source for the command.
hg log -r destination() # csets copied from anywhere
hg log -r destination(branch(default)) # all csets copied from default
hg log -r origin(x) or destination(origin(x)) # all instances of x
This predicate will follow a cset through different types of copies. Given a
repo with a cset 'S' that is grafted to create G(S), which itself is
transplanted to become T(G(S)):
o-S
/
o-o-G(S)
\
o-T(G(S))
hg log -r destination( S ) # { G(S), T(G(S)) }
hg log -r destination( G(S) ) # { T(G(S)) }
The implementation differences between the three different copy commands (see
the origin() predicate) are not intentionally exposed, however if the
transplant was a graft instead:
hg log -r destination( G(S) ) # {}
because the 'extra' field in G(G(S)) is S, not G(S). The implementation cannot
correct this by following sources before G(S) and then select the csets that
reference those sources because the cset provided to the predicate would also
end up selected. If there were more than two copies, sources of the argument
would also get selected.
Note that the convert extension does not currently update the 'extra' map in its
destination csets, and therefore copies made prior to the convert will be
missing from the resulting set.
Instead of the loop over 'subset', the following almost works, but does not
select a transplant of a transplant. That is, 'destination(S)' will only
select T(S).
dests = set([r for r in subset if _getrevsource(repo, r) in args])
2012-07-07 08:47:55 +04:00
|
|
|
ffd6818a3975 transplanted to 502236fa76bb
|
|
|
|
|
|
|
|
|
|
|
|
$ hg log -r 'destination()'
|
|
|
|
changeset: 5:e234d668f844
|
|
|
|
parent: 1:d11e3596cc1a
|
|
|
|
user: test
|
|
|
|
date: Thu Jan 01 00:00:00 1970 +0000
|
|
|
|
summary: b1
|
|
|
|
|
|
|
|
changeset: 6:539f377d78df
|
|
|
|
user: test
|
|
|
|
date: Thu Jan 01 00:00:01 1970 +0000
|
|
|
|
summary: b2
|
|
|
|
|
|
|
|
changeset: 7:ffd6818a3975
|
|
|
|
user: test
|
|
|
|
date: Thu Jan 01 00:00:02 1970 +0000
|
|
|
|
summary: b3
|
|
|
|
|
|
|
|
changeset: 9:502236fa76bb
|
|
|
|
branch: b4
|
|
|
|
tag: tip
|
|
|
|
user: test
|
|
|
|
date: Thu Jan 01 00:00:02 1970 +0000
|
|
|
|
summary: b3
|
|
|
|
|
|
|
|
$ hg log -r 'destination(a53251cdf717)'
|
|
|
|
changeset: 7:ffd6818a3975
|
|
|
|
user: test
|
|
|
|
date: Thu Jan 01 00:00:02 1970 +0000
|
|
|
|
summary: b3
|
|
|
|
|
|
|
|
changeset: 9:502236fa76bb
|
|
|
|
branch: b4
|
|
|
|
tag: tip
|
|
|
|
user: test
|
|
|
|
date: Thu Jan 01 00:00:02 1970 +0000
|
|
|
|
summary: b3
|
|
|
|
|
|
|
|
|
|
|
|
test subset parameter in reverse order
|
|
|
|
$ hg log -r 'reverse(all()) and destination(a53251cdf717)'
|
|
|
|
changeset: 9:502236fa76bb
|
|
|
|
branch: b4
|
|
|
|
tag: tip
|
|
|
|
user: test
|
|
|
|
date: Thu Jan 01 00:00:02 1970 +0000
|
|
|
|
summary: b3
|
|
|
|
|
|
|
|
changeset: 7:ffd6818a3975
|
|
|
|
user: test
|
|
|
|
date: Thu Jan 01 00:00:02 1970 +0000
|
|
|
|
summary: b3
|
|
|
|
|
|
|
|
|
|
|
|
back to the original dir
|
|
|
|
$ cd ../rebase
|
|
|
|
|
2011-10-05 03:43:45 +04:00
|
|
|
rollback the transplant
|
|
|
|
$ hg rollback
|
|
|
|
repository tip rolled back to revision 4 (undo transplant)
|
|
|
|
working directory now based on revision 1
|
|
|
|
$ hg tip -q
|
|
|
|
4:a53251cdf717
|
|
|
|
$ hg parents -q
|
|
|
|
1:d11e3596cc1a
|
|
|
|
$ hg status
|
|
|
|
? b1
|
|
|
|
? b2
|
|
|
|
? b3
|
|
|
|
|
2010-08-12 17:14:19 +04:00
|
|
|
$ hg clone ../t ../prune
|
|
|
|
updating to branch default
|
|
|
|
4 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
$ cd ../prune
|
|
|
|
|
|
|
|
$ hg up -C 1
|
|
|
|
1 files updated, 0 files merged, 3 files removed, 0 files unresolved
|
|
|
|
|
|
|
|
rebase b onto r1, skipping b2
|
|
|
|
|
|
|
|
$ hg transplant -a -b tip -p 3
|
|
|
|
applying 37a1297eb21b
|
|
|
|
37a1297eb21b transplanted to e234d668f844
|
|
|
|
applying a53251cdf717
|
|
|
|
a53251cdf717 transplanted to 7275fda4d04f
|
|
|
|
$ hg log --template '{rev} {parents} {desc}\n'
|
|
|
|
6 b3
|
|
|
|
5 1:d11e3596cc1a b1
|
|
|
|
4 b3
|
|
|
|
3 b2
|
|
|
|
2 0:17ab29e464c6 b1
|
|
|
|
1 r2
|
|
|
|
0 r1
|
|
|
|
|
2012-05-11 19:26:58 +04:00
|
|
|
test same-parent transplant with --log
|
2010-08-12 17:14:19 +04:00
|
|
|
|
2012-05-11 19:26:58 +04:00
|
|
|
$ hg clone -r 1 ../t ../sameparent
|
|
|
|
adding changesets
|
|
|
|
adding manifests
|
|
|
|
adding file changes
|
|
|
|
added 2 changesets with 2 changes to 2 files
|
2017-10-12 10:39:50 +03:00
|
|
|
new changesets 17ab29e464c6:d11e3596cc1a
|
2012-05-11 19:26:58 +04:00
|
|
|
updating to branch default
|
|
|
|
2 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
$ cd ../sameparent
|
|
|
|
$ hg transplant --log -s ../prune 5
|
|
|
|
searching for changes
|
|
|
|
applying e234d668f844
|
|
|
|
e234d668f844 transplanted to e07aea8ecf9c
|
|
|
|
$ hg log --template '{rev} {parents} {desc}\n'
|
|
|
|
2 b1
|
|
|
|
(transplanted from e234d668f844e1b1a765f01db83a32c0c7bfa170)
|
|
|
|
1 r2
|
|
|
|
0 r1
|
2014-11-19 08:49:05 +03:00
|
|
|
remote transplant, and also test that transplant doesn't break with
|
|
|
|
format-breaking diffopts
|
2010-08-12 17:14:19 +04:00
|
|
|
|
|
|
|
$ hg clone -r 1 ../t ../remote
|
|
|
|
adding changesets
|
|
|
|
adding manifests
|
|
|
|
adding file changes
|
|
|
|
added 2 changesets with 2 changes to 2 files
|
2017-10-12 10:39:50 +03:00
|
|
|
new changesets 17ab29e464c6:d11e3596cc1a
|
2010-08-12 17:14:19 +04:00
|
|
|
updating to branch default
|
|
|
|
2 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
$ cd ../remote
|
2014-11-19 08:49:05 +03:00
|
|
|
$ hg --config diff.noprefix=True transplant --log -s ../t 2 4
|
2010-08-12 17:14:19 +04:00
|
|
|
searching for changes
|
|
|
|
applying 37a1297eb21b
|
|
|
|
37a1297eb21b transplanted to c19cf0ccb069
|
|
|
|
applying a53251cdf717
|
|
|
|
a53251cdf717 transplanted to f7fe5bf98525
|
|
|
|
$ hg log --template '{rev} {parents} {desc}\n'
|
|
|
|
3 b3
|
|
|
|
(transplanted from a53251cdf717679d1907b289f991534be05c997a)
|
|
|
|
2 b1
|
|
|
|
(transplanted from 37a1297eb21b3ef5c5d2ffac22121a0988ed9f21)
|
|
|
|
1 r2
|
|
|
|
0 r1
|
|
|
|
|
|
|
|
skip previous transplants
|
|
|
|
|
|
|
|
$ hg transplant -s ../t -a -b 4
|
|
|
|
searching for changes
|
|
|
|
applying 722f4667af76
|
|
|
|
722f4667af76 transplanted to 47156cd86c0b
|
|
|
|
$ hg log --template '{rev} {parents} {desc}\n'
|
|
|
|
4 b2
|
|
|
|
3 b3
|
|
|
|
(transplanted from a53251cdf717679d1907b289f991534be05c997a)
|
|
|
|
2 b1
|
|
|
|
(transplanted from 37a1297eb21b3ef5c5d2ffac22121a0988ed9f21)
|
|
|
|
1 r2
|
|
|
|
0 r1
|
|
|
|
|
|
|
|
skip local changes transplanted to the source
|
|
|
|
|
|
|
|
$ echo b4 > b4
|
|
|
|
$ hg ci -Amb4 -d '3 0'
|
|
|
|
adding b4
|
|
|
|
$ hg clone ../t ../pullback
|
|
|
|
updating to branch default
|
|
|
|
4 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
$ cd ../pullback
|
|
|
|
$ hg transplant -s ../remote -a -b tip
|
|
|
|
searching for changes
|
|
|
|
applying 4333daefcb15
|
|
|
|
4333daefcb15 transplanted to 5f42c04e07cc
|
|
|
|
|
|
|
|
|
|
|
|
remote transplant with pull
|
|
|
|
|
2018-02-08 02:18:29 +03:00
|
|
|
$ hg serve -R ../t -p 0 --port-file $TESTTMP/.port -d --pid-file=../t.pid
|
|
|
|
$ HGPORT=`cat $TESTTMP/.port`
|
2010-08-12 17:14:19 +04:00
|
|
|
$ cat ../t.pid >> $DAEMON_PIDS
|
|
|
|
|
|
|
|
$ hg clone -r 0 ../t ../rp
|
|
|
|
adding changesets
|
|
|
|
adding manifests
|
|
|
|
adding file changes
|
|
|
|
added 1 changesets with 1 changes to 1 files
|
2017-10-12 10:39:50 +03:00
|
|
|
new changesets 17ab29e464c6
|
2010-08-12 17:14:19 +04:00
|
|
|
updating to branch default
|
|
|
|
1 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
$ cd ../rp
|
2015-06-30 05:18:51 +03:00
|
|
|
$ hg transplant -s http://localhost:$HGPORT/ 37a1297eb21b a53251cdf717
|
2010-08-12 17:14:19 +04:00
|
|
|
searching for changes
|
|
|
|
searching for changes
|
|
|
|
adding changesets
|
|
|
|
adding manifests
|
|
|
|
adding file changes
|
|
|
|
added 1 changesets with 1 changes to 1 files
|
|
|
|
applying a53251cdf717
|
|
|
|
a53251cdf717 transplanted to 8d9279348abb
|
2017-10-12 10:39:50 +03:00
|
|
|
new changesets 37a1297eb21b:8d9279348abb
|
2010-08-12 17:14:19 +04:00
|
|
|
$ hg log --template '{rev} {parents} {desc}\n'
|
|
|
|
2 b3
|
|
|
|
1 b1
|
|
|
|
0 r1
|
|
|
|
|
2012-12-28 14:16:01 +04:00
|
|
|
remote transplant without pull
|
2015-06-30 05:09:42 +03:00
|
|
|
(It was using "2" and "4" (as the previous transplant used to) which referenced
|
2015-06-30 05:18:51 +03:00
|
|
|
revision different from one run to another)
|
2012-12-28 14:16:01 +04:00
|
|
|
|
|
|
|
$ hg pull -q http://localhost:$HGPORT/
|
2015-06-30 05:18:51 +03:00
|
|
|
$ hg transplant -s http://localhost:$HGPORT/ 8d9279348abb 722f4667af76
|
2012-12-28 14:16:01 +04:00
|
|
|
skipping already applied revision 2:8d9279348abb
|
|
|
|
applying 722f4667af76
|
|
|
|
722f4667af76 transplanted to 76e321915884
|
|
|
|
|
2010-08-12 17:14:19 +04:00
|
|
|
transplant --continue
|
|
|
|
|
|
|
|
$ hg init ../tc
|
|
|
|
$ cd ../tc
|
|
|
|
$ cat <<EOF > foo
|
|
|
|
> foo
|
|
|
|
> bar
|
|
|
|
> baz
|
|
|
|
> EOF
|
|
|
|
$ echo toremove > toremove
|
2012-04-22 18:40:38 +04:00
|
|
|
$ echo baz > baz
|
2010-08-12 17:14:19 +04:00
|
|
|
$ hg ci -Amfoo
|
2012-04-22 18:40:38 +04:00
|
|
|
adding baz
|
2010-08-12 17:14:19 +04:00
|
|
|
adding foo
|
|
|
|
adding toremove
|
|
|
|
$ cat <<EOF > foo
|
|
|
|
> foo2
|
|
|
|
> bar2
|
|
|
|
> baz2
|
|
|
|
> EOF
|
|
|
|
$ rm toremove
|
|
|
|
$ echo added > added
|
|
|
|
$ hg ci -Amfoo2
|
|
|
|
adding added
|
|
|
|
removing toremove
|
|
|
|
$ echo bar > bar
|
2012-04-22 18:40:38 +04:00
|
|
|
$ cat > baz <<EOF
|
|
|
|
> before baz
|
|
|
|
> baz
|
|
|
|
> after baz
|
|
|
|
> EOF
|
2010-08-12 17:14:19 +04:00
|
|
|
$ hg ci -Ambar
|
|
|
|
adding bar
|
|
|
|
$ echo bar2 >> bar
|
|
|
|
$ hg ci -mbar2
|
|
|
|
$ hg up 0
|
2012-04-22 18:40:38 +04:00
|
|
|
3 files updated, 0 files merged, 2 files removed, 0 files unresolved
|
2010-08-12 17:14:19 +04:00
|
|
|
$ echo foobar > foo
|
|
|
|
$ hg ci -mfoobar
|
|
|
|
$ hg transplant 1:3
|
2012-04-22 18:40:38 +04:00
|
|
|
applying 46ae92138f3c
|
2010-08-12 17:14:19 +04:00
|
|
|
patching file foo
|
|
|
|
Hunk #1 FAILED at 0
|
|
|
|
1 out of 1 hunks FAILED -- saving rejects to file foo.rej
|
|
|
|
patch failed to apply
|
2016-01-06 01:46:04 +03:00
|
|
|
abort: fix up the working directory and run hg transplant --continue
|
2010-09-17 02:51:32 +04:00
|
|
|
[255]
|
2010-08-12 17:14:19 +04:00
|
|
|
|
|
|
|
transplant -c shouldn't use an old changeset
|
|
|
|
|
|
|
|
$ hg up -C
|
|
|
|
1 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
2017-06-06 19:47:39 +03:00
|
|
|
updated to "e8643552fde5: foobar"
|
2016-02-02 17:49:02 +03:00
|
|
|
1 other heads for branch "default"
|
2010-08-12 17:14:19 +04:00
|
|
|
$ rm added
|
2016-01-06 07:59:21 +03:00
|
|
|
$ hg transplant --continue
|
|
|
|
abort: no transplant to continue
|
|
|
|
[255]
|
2010-08-12 17:14:19 +04:00
|
|
|
$ hg transplant 1
|
2012-04-22 18:40:38 +04:00
|
|
|
applying 46ae92138f3c
|
2010-08-12 17:14:19 +04:00
|
|
|
patching file foo
|
|
|
|
Hunk #1 FAILED at 0
|
|
|
|
1 out of 1 hunks FAILED -- saving rejects to file foo.rej
|
|
|
|
patch failed to apply
|
2016-01-06 01:46:04 +03:00
|
|
|
abort: fix up the working directory and run hg transplant --continue
|
2010-09-17 02:51:32 +04:00
|
|
|
[255]
|
2016-01-06 09:37:34 +03:00
|
|
|
$ cp .hg/transplant/journal .hg/transplant/journal.orig
|
|
|
|
$ cat .hg/transplant/journal
|
|
|
|
# User test
|
|
|
|
# Date 0 0
|
|
|
|
# Node ID 46ae92138f3ce0249f6789650403286ead052b6d
|
|
|
|
# Parent e8643552fde58f57515e19c4b373a57c96e62af3
|
|
|
|
foo2
|
|
|
|
$ grep -v 'Date' .hg/transplant/journal.orig > .hg/transplant/journal
|
|
|
|
$ HGEDITOR="sh $TESTTMP/checkeditform.sh" hg transplant --continue -e
|
|
|
|
abort: filter corrupted changeset (no user or date)
|
|
|
|
[255]
|
|
|
|
$ cp .hg/transplant/journal.orig .hg/transplant/journal
|
2014-08-16 05:43:59 +04:00
|
|
|
$ HGEDITOR="sh $TESTTMP/checkeditform.sh" hg transplant --continue -e
|
|
|
|
HGEDITFORM=transplant.normal
|
2012-04-22 18:40:38 +04:00
|
|
|
46ae92138f3c transplanted as 9159dada197d
|
2010-08-12 17:14:19 +04:00
|
|
|
$ hg transplant 1:3
|
2012-04-22 18:40:38 +04:00
|
|
|
skipping already applied revision 1:46ae92138f3c
|
|
|
|
applying 9d6d6b5a8275
|
|
|
|
9d6d6b5a8275 transplanted to 2d17a10c922f
|
|
|
|
applying 1dab759070cf
|
|
|
|
1dab759070cf transplanted to e06a69927eb0
|
2010-08-12 17:14:19 +04:00
|
|
|
$ hg locate
|
|
|
|
added
|
|
|
|
bar
|
2012-04-22 18:40:38 +04:00
|
|
|
baz
|
2010-08-12 17:14:19 +04:00
|
|
|
foo
|
2012-04-22 18:40:38 +04:00
|
|
|
|
|
|
|
test multiple revisions and --continue
|
|
|
|
|
|
|
|
$ hg up -qC 0
|
|
|
|
$ echo bazbaz > baz
|
|
|
|
$ hg ci -Am anotherbaz baz
|
|
|
|
$ hg transplant 1:3
|
|
|
|
applying 46ae92138f3c
|
|
|
|
46ae92138f3c transplanted to 1024233ea0ba
|
|
|
|
applying 9d6d6b5a8275
|
|
|
|
patching file baz
|
|
|
|
Hunk #1 FAILED at 0
|
|
|
|
1 out of 1 hunks FAILED -- saving rejects to file baz.rej
|
|
|
|
patch failed to apply
|
2016-01-06 01:46:04 +03:00
|
|
|
abort: fix up the working directory and run hg transplant --continue
|
2012-04-22 18:40:38 +04:00
|
|
|
[255]
|
2016-01-06 07:59:46 +03:00
|
|
|
$ hg transplant 1:3
|
|
|
|
abort: transplant in progress
|
|
|
|
(use 'hg transplant --continue' or 'hg update' to abort)
|
|
|
|
[255]
|
2012-04-22 18:40:38 +04:00
|
|
|
$ echo fixed > baz
|
|
|
|
$ hg transplant --continue
|
|
|
|
9d6d6b5a8275 transplanted as d80c49962290
|
|
|
|
applying 1dab759070cf
|
|
|
|
1dab759070cf transplanted to aa0ffe6bd5ae
|
|
|
|
|
2010-08-12 17:14:19 +04:00
|
|
|
$ cd ..
|
|
|
|
|
2010-09-24 12:13:49 +04:00
|
|
|
Issue1111: Test transplant --merge
|
2010-08-12 17:14:19 +04:00
|
|
|
|
|
|
|
$ hg init t1111
|
|
|
|
$ cd t1111
|
|
|
|
$ echo a > a
|
|
|
|
$ hg ci -Am adda
|
|
|
|
adding a
|
|
|
|
$ echo b >> a
|
|
|
|
$ hg ci -m appendb
|
|
|
|
$ echo c >> a
|
|
|
|
$ hg ci -m appendc
|
|
|
|
$ hg up -C 0
|
|
|
|
1 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
$ echo d >> a
|
|
|
|
$ hg ci -m appendd
|
|
|
|
|
2014-04-13 21:01:00 +04:00
|
|
|
transplant
|
2010-08-12 17:14:19 +04:00
|
|
|
|
2014-08-16 05:43:59 +04:00
|
|
|
$ HGEDITOR="sh $TESTTMP/checkeditform.sh" hg transplant -m 1 -e
|
2010-08-12 17:14:19 +04:00
|
|
|
applying 42dc4432fd35
|
2014-08-16 05:43:59 +04:00
|
|
|
HGEDITFORM=transplant.merge
|
2010-08-12 17:14:19 +04:00
|
|
|
1:42dc4432fd35 merged at a9f4acbac129
|
2014-08-16 05:43:59 +04:00
|
|
|
$ hg update -q -C 2
|
|
|
|
$ cat > a <<EOF
|
|
|
|
> x
|
|
|
|
> y
|
|
|
|
> z
|
|
|
|
> EOF
|
|
|
|
$ hg commit -m replace
|
|
|
|
$ hg update -q -C 4
|
|
|
|
$ hg transplant -m 5
|
|
|
|
applying 600a3cdcb41d
|
|
|
|
patching file a
|
|
|
|
Hunk #1 FAILED at 0
|
|
|
|
1 out of 1 hunks FAILED -- saving rejects to file a.rej
|
|
|
|
patch failed to apply
|
2016-01-06 01:46:04 +03:00
|
|
|
abort: fix up the working directory and run hg transplant --continue
|
2014-08-16 05:43:59 +04:00
|
|
|
[255]
|
|
|
|
$ HGEDITOR="sh $TESTTMP/checkeditform.sh" hg transplant --continue -e
|
|
|
|
HGEDITFORM=transplant.merge
|
|
|
|
600a3cdcb41d transplanted as a3f88be652e0
|
|
|
|
|
2010-08-12 17:14:19 +04:00
|
|
|
$ cd ..
|
|
|
|
|
|
|
|
test transplant into empty repository
|
|
|
|
|
|
|
|
$ hg init empty
|
|
|
|
$ cd empty
|
|
|
|
$ hg transplant -s ../t -b tip -a
|
|
|
|
adding changesets
|
|
|
|
adding manifests
|
|
|
|
adding file changes
|
|
|
|
added 4 changesets with 4 changes to 4 files
|
2017-10-12 10:39:50 +03:00
|
|
|
new changesets 17ab29e464c6:a53251cdf717
|
2013-11-16 18:14:20 +04:00
|
|
|
|
|
|
|
test "--merge" causing pull from source repository on local host
|
|
|
|
|
2018-07-30 18:46:11 +03:00
|
|
|
$ hg --config extensions.strip= -q strip 2
|
2013-11-16 18:14:20 +04:00
|
|
|
$ hg transplant -s ../t --merge tip
|
|
|
|
searching for changes
|
|
|
|
searching for changes
|
|
|
|
adding changesets
|
|
|
|
adding manifests
|
|
|
|
adding file changes
|
|
|
|
added 2 changesets with 2 changes to 2 files
|
|
|
|
applying a53251cdf717
|
|
|
|
4:a53251cdf717 merged at 4831f4dc831a
|
2017-10-12 10:39:50 +03:00
|
|
|
new changesets 722f4667af76:4831f4dc831a
|
2013-11-16 18:14:20 +04:00
|
|
|
|
2013-12-01 19:50:30 +04:00
|
|
|
test interactive transplant
|
|
|
|
|
|
|
|
$ hg --config extensions.strip= -q strip 0
|
|
|
|
$ hg -R ../t log -G --template "{rev}:{node|short}"
|
|
|
|
@ 4:a53251cdf717
|
|
|
|
|
|
|
|
|
o 3:722f4667af76
|
|
|
|
|
|
|
|
|
o 2:37a1297eb21b
|
|
|
|
|
|
|
|
|
| o 1:d11e3596cc1a
|
|
|
|
|/
|
|
|
|
o 0:17ab29e464c6
|
|
|
|
|
2016-01-06 09:37:34 +03:00
|
|
|
$ hg transplant -q --config ui.interactive=true -s ../t <<EOF
|
|
|
|
> ?
|
|
|
|
> x
|
|
|
|
> q
|
|
|
|
> EOF
|
|
|
|
0:17ab29e464c6
|
|
|
|
apply changeset? [ynmpcq?]: ?
|
|
|
|
y: yes, transplant this changeset
|
|
|
|
n: no, skip this changeset
|
|
|
|
m: merge at this changeset
|
|
|
|
p: show patch
|
|
|
|
c: commit selected changesets
|
|
|
|
q: quit and cancel transplant
|
|
|
|
?: ? (show this help)
|
|
|
|
apply changeset? [ynmpcq?]: x
|
|
|
|
unrecognized response
|
|
|
|
apply changeset? [ynmpcq?]: q
|
2013-12-01 19:50:30 +04:00
|
|
|
$ hg transplant -q --config ui.interactive=true -s ../t <<EOF
|
|
|
|
> p
|
|
|
|
> y
|
|
|
|
> n
|
|
|
|
> n
|
|
|
|
> m
|
|
|
|
> c
|
|
|
|
> EOF
|
|
|
|
0:17ab29e464c6
|
2014-10-01 03:04:18 +04:00
|
|
|
apply changeset? [ynmpcq?]: p
|
|
|
|
--- /dev/null Thu Jan 01 00:00:00 1970 +0000
|
2013-12-01 19:50:30 +04:00
|
|
|
+++ b/r1 Thu Jan 01 00:00:00 1970 +0000
|
|
|
|
@@ -0,0 +1,1 @@
|
|
|
|
+r1
|
2014-10-01 03:04:18 +04:00
|
|
|
apply changeset? [ynmpcq?]: y
|
|
|
|
1:d11e3596cc1a
|
|
|
|
apply changeset? [ynmpcq?]: n
|
|
|
|
2:37a1297eb21b
|
|
|
|
apply changeset? [ynmpcq?]: n
|
|
|
|
3:722f4667af76
|
|
|
|
apply changeset? [ynmpcq?]: m
|
|
|
|
4:a53251cdf717
|
|
|
|
apply changeset? [ynmpcq?]: c
|
2013-12-01 19:50:30 +04:00
|
|
|
$ hg log -G --template "{node|short}"
|
|
|
|
@ 88be5dde5260
|
|
|
|
|\
|
|
|
|
| o 722f4667af76
|
|
|
|
| |
|
|
|
|
| o 37a1297eb21b
|
|
|
|
|/
|
|
|
|
o 17ab29e464c6
|
|
|
|
|
|
|
|
$ hg transplant -q --config ui.interactive=true -s ../t <<EOF
|
|
|
|
> x
|
|
|
|
> ?
|
|
|
|
> y
|
|
|
|
> q
|
|
|
|
> EOF
|
|
|
|
1:d11e3596cc1a
|
2014-10-01 03:04:18 +04:00
|
|
|
apply changeset? [ynmpcq?]: x
|
|
|
|
unrecognized response
|
|
|
|
apply changeset? [ynmpcq?]: ?
|
|
|
|
y: yes, transplant this changeset
|
2013-12-01 19:50:30 +04:00
|
|
|
n: no, skip this changeset
|
2013-12-01 19:50:30 +04:00
|
|
|
m: merge at this changeset
|
|
|
|
p: show patch
|
|
|
|
c: commit selected changesets
|
2013-12-01 19:50:30 +04:00
|
|
|
q: quit and cancel transplant
|
|
|
|
?: ? (show this help)
|
2014-10-01 03:04:18 +04:00
|
|
|
apply changeset? [ynmpcq?]: y
|
|
|
|
4:a53251cdf717
|
|
|
|
apply changeset? [ynmpcq?]: q
|
2013-12-01 19:50:30 +04:00
|
|
|
$ hg heads --template "{node|short}\n"
|
|
|
|
88be5dde5260
|
|
|
|
|
2010-08-12 17:14:19 +04:00
|
|
|
$ cd ..
|
|
|
|
|
|
|
|
|
2012-06-15 02:02:27 +04:00
|
|
|
#if unix-permissions system-sh
|
|
|
|
|
2010-08-12 17:14:19 +04:00
|
|
|
test filter
|
|
|
|
|
|
|
|
$ hg init filter
|
|
|
|
$ cd filter
|
|
|
|
$ cat <<'EOF' >test-filter
|
|
|
|
> #!/bin/sh
|
|
|
|
> sed 's/r1/r2/' $1 > $1.new
|
|
|
|
> mv $1.new $1
|
|
|
|
> EOF
|
|
|
|
$ chmod +x test-filter
|
|
|
|
$ hg transplant -s ../t -b tip -a --filter ./test-filter
|
2010-09-23 01:06:02 +04:00
|
|
|
filtering * (glob)
|
2010-08-12 17:14:19 +04:00
|
|
|
applying 17ab29e464c6
|
|
|
|
17ab29e464c6 transplanted to e9ffc54ea104
|
2010-09-23 01:06:02 +04:00
|
|
|
filtering * (glob)
|
2010-08-12 17:14:19 +04:00
|
|
|
applying 37a1297eb21b
|
|
|
|
37a1297eb21b transplanted to 348b36d0b6a5
|
2010-09-23 01:06:02 +04:00
|
|
|
filtering * (glob)
|
2010-08-12 17:14:19 +04:00
|
|
|
applying 722f4667af76
|
|
|
|
722f4667af76 transplanted to 0aa6979afb95
|
2010-09-23 01:06:02 +04:00
|
|
|
filtering * (glob)
|
2010-08-12 17:14:19 +04:00
|
|
|
applying a53251cdf717
|
|
|
|
a53251cdf717 transplanted to 14f8512272b5
|
|
|
|
$ hg log --template '{rev} {parents} {desc}\n'
|
|
|
|
3 b3
|
|
|
|
2 b2
|
|
|
|
1 b1
|
|
|
|
0 r2
|
|
|
|
$ cd ..
|
|
|
|
|
|
|
|
|
|
|
|
test filter with failed patch
|
|
|
|
|
|
|
|
$ cd filter
|
|
|
|
$ hg up 0
|
|
|
|
0 files updated, 0 files merged, 3 files removed, 0 files unresolved
|
|
|
|
$ echo foo > b1
|
2010-09-03 01:22:51 +04:00
|
|
|
$ hg ci -Am foo
|
2010-08-12 17:14:19 +04:00
|
|
|
adding b1
|
|
|
|
adding test-filter
|
|
|
|
$ hg transplant 1 --filter ./test-filter
|
2010-09-23 01:06:02 +04:00
|
|
|
filtering * (glob)
|
2010-08-12 17:14:19 +04:00
|
|
|
applying 348b36d0b6a5
|
|
|
|
file b1 already exists
|
|
|
|
1 out of 1 hunks FAILED -- saving rejects to file b1.rej
|
|
|
|
patch failed to apply
|
2016-01-06 01:46:04 +03:00
|
|
|
abort: fix up the working directory and run hg transplant --continue
|
2010-09-17 02:51:32 +04:00
|
|
|
[255]
|
2010-08-12 17:14:19 +04:00
|
|
|
$ cd ..
|
|
|
|
|
2011-03-11 18:48:44 +03:00
|
|
|
test environment passed to filter
|
|
|
|
|
|
|
|
$ hg init filter-environment
|
|
|
|
$ cd filter-environment
|
|
|
|
$ cat <<'EOF' >test-filter-environment
|
|
|
|
> #!/bin/sh
|
|
|
|
> echo "Transplant by $HGUSER" >> $1
|
|
|
|
> echo "Transplant from rev $HGREVISION" >> $1
|
|
|
|
> EOF
|
|
|
|
$ chmod +x test-filter-environment
|
|
|
|
$ hg transplant -s ../t --filter ./test-filter-environment 0
|
|
|
|
filtering * (glob)
|
|
|
|
applying 17ab29e464c6
|
|
|
|
17ab29e464c6 transplanted to 5190e68026a0
|
|
|
|
|
|
|
|
$ hg log --template '{rev} {parents} {desc}\n'
|
|
|
|
0 r1
|
|
|
|
Transplant by test
|
|
|
|
Transplant from rev 17ab29e464c6ca53e329470efe2a9918ac617a6f
|
|
|
|
$ cd ..
|
|
|
|
|
2011-03-29 00:17:32 +04:00
|
|
|
test transplant with filter handles invalid changelog
|
|
|
|
|
|
|
|
$ hg init filter-invalid-log
|
|
|
|
$ cd filter-invalid-log
|
|
|
|
$ cat <<'EOF' >test-filter-invalid-log
|
|
|
|
> #!/bin/sh
|
|
|
|
> echo "" > $1
|
|
|
|
> EOF
|
|
|
|
$ chmod +x test-filter-invalid-log
|
|
|
|
$ hg transplant -s ../t --filter ./test-filter-invalid-log 0
|
|
|
|
filtering * (glob)
|
2011-03-29 08:36:29 +04:00
|
|
|
abort: filter corrupted changeset (no user or date)
|
2011-03-29 00:17:32 +04:00
|
|
|
[255]
|
2012-06-11 03:38:32 +04:00
|
|
|
$ cd ..
|
2010-08-12 17:14:19 +04:00
|
|
|
|
2012-06-15 02:02:27 +04:00
|
|
|
#endif
|
|
|
|
|
|
|
|
|
2010-08-12 17:14:19 +04:00
|
|
|
test with a win32ext like setup (differing EOLs)
|
|
|
|
|
|
|
|
$ hg init twin1
|
|
|
|
$ cd twin1
|
|
|
|
$ echo a > a
|
|
|
|
$ echo b > b
|
|
|
|
$ echo b >> b
|
|
|
|
$ hg ci -Am t
|
|
|
|
adding a
|
|
|
|
adding b
|
|
|
|
$ echo a > b
|
|
|
|
$ echo b >> b
|
|
|
|
$ hg ci -m changeb
|
|
|
|
$ cd ..
|
|
|
|
|
|
|
|
$ hg init twin2
|
|
|
|
$ cd twin2
|
|
|
|
$ echo '[patch]' >> .hg/hgrc
|
|
|
|
$ echo 'eol = crlf' >> .hg/hgrc
|
2014-10-15 23:35:59 +04:00
|
|
|
$ $PYTHON -c "file('b', 'wb').write('b\r\nb\r\n')"
|
2011-04-25 23:11:28 +04:00
|
|
|
$ hg ci -Am addb
|
|
|
|
adding b
|
2010-08-12 17:14:19 +04:00
|
|
|
$ hg transplant -s ../twin1 tip
|
2011-04-25 23:11:28 +04:00
|
|
|
searching for changes
|
|
|
|
warning: repository is unrelated
|
2010-08-12 17:14:19 +04:00
|
|
|
applying 2e849d776c17
|
2011-04-25 23:11:28 +04:00
|
|
|
2e849d776c17 transplanted to 8e65bebc063e
|
2010-11-08 03:41:42 +03:00
|
|
|
$ cat b
|
|
|
|
a\r (esc)
|
|
|
|
b\r (esc)
|
2010-08-12 17:14:19 +04:00
|
|
|
$ cd ..
|
2012-04-11 10:24:12 +04:00
|
|
|
|
|
|
|
test transplant with merge changeset is skipped
|
|
|
|
|
|
|
|
$ hg init merge1a
|
|
|
|
$ cd merge1a
|
|
|
|
$ echo a > a
|
|
|
|
$ hg ci -Am a
|
|
|
|
adding a
|
|
|
|
$ hg branch b
|
|
|
|
marked working directory as branch b
|
|
|
|
(branches are permanent and global, did you want a bookmark?)
|
|
|
|
$ hg ci -m branchb
|
|
|
|
$ echo b > b
|
|
|
|
$ hg ci -Am b
|
|
|
|
adding b
|
|
|
|
$ hg update default
|
|
|
|
0 files updated, 0 files merged, 1 files removed, 0 files unresolved
|
|
|
|
$ hg merge b
|
|
|
|
1 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
(branch merge, don't forget to commit)
|
|
|
|
$ hg ci -m mergeb
|
|
|
|
$ cd ..
|
|
|
|
|
|
|
|
$ hg init merge1b
|
|
|
|
$ cd merge1b
|
|
|
|
$ hg transplant -s ../merge1a tip
|
2012-06-11 03:38:32 +04:00
|
|
|
$ cd ..
|
2012-04-11 10:24:12 +04:00
|
|
|
|
|
|
|
test transplant with merge changeset accepts --parent
|
|
|
|
|
|
|
|
$ hg init merge2a
|
|
|
|
$ cd merge2a
|
|
|
|
$ echo a > a
|
|
|
|
$ hg ci -Am a
|
|
|
|
adding a
|
|
|
|
$ hg branch b
|
|
|
|
marked working directory as branch b
|
|
|
|
(branches are permanent and global, did you want a bookmark?)
|
|
|
|
$ hg ci -m branchb
|
|
|
|
$ echo b > b
|
|
|
|
$ hg ci -Am b
|
|
|
|
adding b
|
|
|
|
$ hg update default
|
|
|
|
0 files updated, 0 files merged, 1 files removed, 0 files unresolved
|
|
|
|
$ hg merge b
|
|
|
|
1 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
(branch merge, don't forget to commit)
|
|
|
|
$ hg ci -m mergeb
|
|
|
|
$ cd ..
|
|
|
|
|
|
|
|
$ hg init merge2b
|
|
|
|
$ cd merge2b
|
2016-01-06 09:37:34 +03:00
|
|
|
$ hg transplant -s ../merge2a --parent tip tip
|
|
|
|
abort: be9f9b39483f is not a parent of be9f9b39483f
|
|
|
|
[255]
|
2012-04-11 10:24:12 +04:00
|
|
|
$ hg transplant -s ../merge2a --parent 0 tip
|
|
|
|
applying be9f9b39483f
|
|
|
|
be9f9b39483f transplanted to 9959e51f94d1
|
2012-06-11 03:38:32 +04:00
|
|
|
$ cd ..
|
2012-07-31 19:39:32 +04:00
|
|
|
|
|
|
|
test transplanting a patch turning into a no-op
|
|
|
|
|
|
|
|
$ hg init binarysource
|
|
|
|
$ cd binarysource
|
|
|
|
$ echo a > a
|
|
|
|
$ hg ci -Am adda a
|
|
|
|
>>> file('b', 'wb').write('\0b1')
|
|
|
|
$ hg ci -Am addb b
|
|
|
|
>>> file('b', 'wb').write('\0b2')
|
|
|
|
$ hg ci -m changeb b
|
|
|
|
$ cd ..
|
|
|
|
|
|
|
|
$ hg clone -r0 binarysource binarydest
|
|
|
|
adding changesets
|
|
|
|
adding manifests
|
|
|
|
adding file changes
|
|
|
|
added 1 changesets with 1 changes to 1 files
|
2017-10-12 10:39:50 +03:00
|
|
|
new changesets 07f494440405
|
2012-07-31 19:39:32 +04:00
|
|
|
updating to branch default
|
|
|
|
1 files updated, 0 files merged, 0 files removed, 0 files unresolved
|
|
|
|
$ cd binarydest
|
|
|
|
$ cp ../binarysource/b b
|
|
|
|
$ hg ci -Am addb2 b
|
|
|
|
$ hg transplant -s ../binarysource 2
|
|
|
|
searching for changes
|
|
|
|
applying 7a7d57e15850
|
2012-08-01 16:08:19 +04:00
|
|
|
skipping emptied changeset 7a7d57e15850
|
2015-01-09 08:36:12 +03:00
|
|
|
|
|
|
|
Test empty result in --continue
|
|
|
|
|
|
|
|
$ hg transplant -s ../binarysource 1
|
|
|
|
searching for changes
|
|
|
|
applying 645035761929
|
|
|
|
file b already exists
|
|
|
|
1 out of 1 hunks FAILED -- saving rejects to file b.rej
|
|
|
|
patch failed to apply
|
2016-01-06 01:46:04 +03:00
|
|
|
abort: fix up the working directory and run hg transplant --continue
|
2015-01-09 08:36:12 +03:00
|
|
|
[255]
|
|
|
|
$ hg status
|
|
|
|
? b.rej
|
|
|
|
$ hg transplant --continue
|
|
|
|
645035761929 skipped due to empty diff
|
|
|
|
|
2012-07-31 19:39:32 +04:00
|
|
|
$ cd ..
|
|
|
|
|
2012-09-13 00:21:54 +04:00
|
|
|
Explicitly kill daemons to let the test exit on Windows
|
|
|
|
|
2015-06-08 22:55:40 +03:00
|
|
|
$ killdaemons.py
|
2012-09-13 00:21:54 +04:00
|
|
|
|
context: write dirstate out explicitly at the end of markcommitted
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
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' N N N
- 'hg status' shows "r1" 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.
This issue can occur when 'hg transplant' satisfies conditions below:
- multiple revisions to be transplanted change the same file
- those revisions don't change mode and size of the file, and
- the 2nd or later revision of them fails after changing the file
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 files changed by 'patch.patch()'
for efficiency 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
'committablectx.markcommitted()', which is invoked via
'repo.commit()'.
After this change, timetable is changed as below:
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
----------------------------------- ---- ----- -----
- 'dirsttate.write()' -1 -1
----------------------------------- ---- ----- -----
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' -1 -1 N
- 'hg status' shows "r1" as "clean" -1 -1 N
---- ----------------------------------- ---- ----- -----
To reproduce this issue in tests certainly, this patch emulates some
timing critical actions as below:
- change "f" at N
'patch.patch()' with 'fakepatchtime.py' explicitly changes mtime
of patched files to "2000-01-01 00:00" (= N).
- 'dirstate.write()' via 'repo.commit()' at N
'fakedirstatewritetime.py' forces 'pack_dirstate()' to use
"2000-01-01 00:00" as "now", only if 'pack_dirstate()' is invoked
via 'committablectx.markcommitted()'.
- '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 doesn't test cases below, even though 'patch.patch()'
is used similarly in these cases:
1. failure of 'hg import' or 'hg qpush'
2. success of 'hg import', 'hg qpush' or 'hg transplant'
Case (1) above doesn't cause this kind of issue, because:
- if patching is aborted by conflicts, changed files are committed
changed files are marked as CLEAN, even though they are partially
patched.
- otherwise, dirstate are fully restored by 'dirstateguard'
For example in timetable above, timestamp of "f" in .hg/dirstate
is restored to -1 (or less than N), and subsequent 'hg status' can
detect changes correctly.
Case (2) always causes 'repo.status()' invocation via 'repo.commit()'
just after changing files inside same wlock scope.
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
N *** ***
- make file "f" clean N
- execute 'hg foobar'
....
- 'dirstate.normal("f")' N ***
(e.g. via dirty check
or previous 'repo.commit()')
- change "f", but keep size N
- 'repo.status()' (*1)
(via 'repo.commit()')
---- ----------------------------------- ---- ----- -----
At a glance, 'repo.status()' at (*1) seems to cause similar issue (=
"changed files are treated as clean"), but actually doesn't.
'dirstate._lastnormaltime' should be N at (*1) above, because
'dirstate.normal()' via dirty check is finished at N.
Therefore, "f" changed at N (= 'dirstate._lastnormaltime') is forcibly
treated as "unsure" at (*1), and changes are detected as expected (see
'dirstate.status()' for detail).
If 'hg import' is executed with '--no-commit', 'repo.status()' isn't
invoked just after changing files inside same wlock scope.
But preceding 'dirstate.normal()' is invoked inside another wlock
scope via 'cmdutil.bailifchanged()', and in-memory changes should be
flushed at the end of that scope.
Therefore, timestamp N of clean "f" should be replaced by -1, if
'dirstate.write()' is invoked at N. It means that condition of this
issue isn't satisfied.
2015-07-08 11:01:09 +03:00
|
|
|
Test that patch-ed files are treated as "modified", when transplant is
|
|
|
|
aborted by failure of patching, even if none of mode, size and
|
|
|
|
timestamp of them isn't changed on the filesystem (see also issue4583)
|
|
|
|
|
|
|
|
$ cd t
|
|
|
|
|
|
|
|
$ cat > $TESTTMP/abort.py <<EOF
|
|
|
|
> # emulate that patch.patch() is aborted at patching on "abort" file
|
2017-09-03 10:45:33 +03:00
|
|
|
> from mercurial import error, extensions, patch as patchmod
|
context: write dirstate out explicitly at the end of markcommitted
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
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' N N N
- 'hg status' shows "r1" 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.
This issue can occur when 'hg transplant' satisfies conditions below:
- multiple revisions to be transplanted change the same file
- those revisions don't change mode and size of the file, and
- the 2nd or later revision of them fails after changing the file
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 files changed by 'patch.patch()'
for efficiency 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
'committablectx.markcommitted()', which is invoked via
'repo.commit()'.
After this change, timetable is changed as below:
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
----------------------------------- ---- ----- -----
- 'dirsttate.write()' -1 -1
----------------------------------- ---- ----- -----
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' -1 -1 N
- 'hg status' shows "r1" as "clean" -1 -1 N
---- ----------------------------------- ---- ----- -----
To reproduce this issue in tests certainly, this patch emulates some
timing critical actions as below:
- change "f" at N
'patch.patch()' with 'fakepatchtime.py' explicitly changes mtime
of patched files to "2000-01-01 00:00" (= N).
- 'dirstate.write()' via 'repo.commit()' at N
'fakedirstatewritetime.py' forces 'pack_dirstate()' to use
"2000-01-01 00:00" as "now", only if 'pack_dirstate()' is invoked
via 'committablectx.markcommitted()'.
- '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 doesn't test cases below, even though 'patch.patch()'
is used similarly in these cases:
1. failure of 'hg import' or 'hg qpush'
2. success of 'hg import', 'hg qpush' or 'hg transplant'
Case (1) above doesn't cause this kind of issue, because:
- if patching is aborted by conflicts, changed files are committed
changed files are marked as CLEAN, even though they are partially
patched.
- otherwise, dirstate are fully restored by 'dirstateguard'
For example in timetable above, timestamp of "f" in .hg/dirstate
is restored to -1 (or less than N), and subsequent 'hg status' can
detect changes correctly.
Case (2) always causes 'repo.status()' invocation via 'repo.commit()'
just after changing files inside same wlock scope.
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
N *** ***
- make file "f" clean N
- execute 'hg foobar'
....
- 'dirstate.normal("f")' N ***
(e.g. via dirty check
or previous 'repo.commit()')
- change "f", but keep size N
- 'repo.status()' (*1)
(via 'repo.commit()')
---- ----------------------------------- ---- ----- -----
At a glance, 'repo.status()' at (*1) seems to cause similar issue (=
"changed files are treated as clean"), but actually doesn't.
'dirstate._lastnormaltime' should be N at (*1) above, because
'dirstate.normal()' via dirty check is finished at N.
Therefore, "f" changed at N (= 'dirstate._lastnormaltime') is forcibly
treated as "unsure" at (*1), and changes are detected as expected (see
'dirstate.status()' for detail).
If 'hg import' is executed with '--no-commit', 'repo.status()' isn't
invoked just after changing files inside same wlock scope.
But preceding 'dirstate.normal()' is invoked inside another wlock
scope via 'cmdutil.bailifchanged()', and in-memory changes should be
flushed at the end of that scope.
Therefore, timestamp N of clean "f" should be replaced by -1, if
'dirstate.write()' is invoked at N. It means that condition of this
issue isn't satisfied.
2015-07-08 11:01:09 +03:00
|
|
|
> def patch(orig, ui, repo, patchname,
|
|
|
|
> strip=1, prefix='', files=None,
|
|
|
|
> eolmode='strict', similarity=0):
|
|
|
|
> if files is None:
|
|
|
|
> files = set()
|
|
|
|
> r = orig(ui, repo, patchname,
|
|
|
|
> strip=strip, prefix=prefix, files=files,
|
|
|
|
> eolmode=eolmode, similarity=similarity)
|
|
|
|
> if 'abort' in files:
|
2017-09-03 10:45:33 +03:00
|
|
|
> raise error.PatchError('intentional error while patching')
|
context: write dirstate out explicitly at the end of markcommitted
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
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' N N N
- 'hg status' shows "r1" 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.
This issue can occur when 'hg transplant' satisfies conditions below:
- multiple revisions to be transplanted change the same file
- those revisions don't change mode and size of the file, and
- the 2nd or later revision of them fails after changing the file
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 files changed by 'patch.patch()'
for efficiency 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
'committablectx.markcommitted()', which is invoked via
'repo.commit()'.
After this change, timetable is changed as below:
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
----------------------------------- ---- ----- -----
- 'dirsttate.write()' -1 -1
----------------------------------- ---- ----- -----
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' -1 -1 N
- 'hg status' shows "r1" as "clean" -1 -1 N
---- ----------------------------------- ---- ----- -----
To reproduce this issue in tests certainly, this patch emulates some
timing critical actions as below:
- change "f" at N
'patch.patch()' with 'fakepatchtime.py' explicitly changes mtime
of patched files to "2000-01-01 00:00" (= N).
- 'dirstate.write()' via 'repo.commit()' at N
'fakedirstatewritetime.py' forces 'pack_dirstate()' to use
"2000-01-01 00:00" as "now", only if 'pack_dirstate()' is invoked
via 'committablectx.markcommitted()'.
- '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 doesn't test cases below, even though 'patch.patch()'
is used similarly in these cases:
1. failure of 'hg import' or 'hg qpush'
2. success of 'hg import', 'hg qpush' or 'hg transplant'
Case (1) above doesn't cause this kind of issue, because:
- if patching is aborted by conflicts, changed files are committed
changed files are marked as CLEAN, even though they are partially
patched.
- otherwise, dirstate are fully restored by 'dirstateguard'
For example in timetable above, timestamp of "f" in .hg/dirstate
is restored to -1 (or less than N), and subsequent 'hg status' can
detect changes correctly.
Case (2) always causes 'repo.status()' invocation via 'repo.commit()'
just after changing files inside same wlock scope.
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
N *** ***
- make file "f" clean N
- execute 'hg foobar'
....
- 'dirstate.normal("f")' N ***
(e.g. via dirty check
or previous 'repo.commit()')
- change "f", but keep size N
- 'repo.status()' (*1)
(via 'repo.commit()')
---- ----------------------------------- ---- ----- -----
At a glance, 'repo.status()' at (*1) seems to cause similar issue (=
"changed files are treated as clean"), but actually doesn't.
'dirstate._lastnormaltime' should be N at (*1) above, because
'dirstate.normal()' via dirty check is finished at N.
Therefore, "f" changed at N (= 'dirstate._lastnormaltime') is forcibly
treated as "unsure" at (*1), and changes are detected as expected (see
'dirstate.status()' for detail).
If 'hg import' is executed with '--no-commit', 'repo.status()' isn't
invoked just after changing files inside same wlock scope.
But preceding 'dirstate.normal()' is invoked inside another wlock
scope via 'cmdutil.bailifchanged()', and in-memory changes should be
flushed at the end of that scope.
Therefore, timestamp N of clean "f" should be replaced by -1, if
'dirstate.write()' is invoked at N. It means that condition of this
issue isn't satisfied.
2015-07-08 11:01:09 +03:00
|
|
|
> return r
|
|
|
|
> def extsetup(ui):
|
|
|
|
> extensions.wrapfunction(patchmod, 'patch', patch)
|
|
|
|
> EOF
|
|
|
|
|
|
|
|
$ echo X1 > r1
|
|
|
|
$ hg diff --nodates r1
|
|
|
|
diff -r a53251cdf717 r1
|
|
|
|
--- a/r1
|
|
|
|
+++ b/r1
|
|
|
|
@@ -1,1 +1,1 @@
|
|
|
|
-r1
|
|
|
|
+X1
|
|
|
|
$ hg commit -m "X1 as r1"
|
|
|
|
|
|
|
|
$ echo 'marking to abort patching' > abort
|
|
|
|
$ hg add abort
|
|
|
|
$ echo Y1 > r1
|
|
|
|
$ hg diff --nodates r1
|
|
|
|
diff -r 22c515968f13 r1
|
|
|
|
--- a/r1
|
|
|
|
+++ b/r1
|
|
|
|
@@ -1,1 +1,1 @@
|
|
|
|
-X1
|
|
|
|
+Y1
|
|
|
|
$ hg commit -m "Y1 as r1"
|
|
|
|
|
|
|
|
$ hg update -q -C d11e3596cc1a
|
|
|
|
$ cat r1
|
|
|
|
r1
|
|
|
|
|
|
|
|
$ cat >> .hg/hgrc <<EOF
|
|
|
|
> [fakedirstatewritetime]
|
|
|
|
> # emulate invoking dirstate.write() via repo.status() or markcommitted()
|
|
|
|
> # at 2000-01-01 00:00
|
|
|
|
> fakenow = 200001010000
|
|
|
|
>
|
|
|
|
> # emulate invoking patch.internalpatch() at 2000-01-01 00:00
|
|
|
|
> [fakepatchtime]
|
|
|
|
> fakenow = 200001010000
|
|
|
|
>
|
|
|
|
> [extensions]
|
|
|
|
> fakedirstatewritetime = $TESTDIR/fakedirstatewritetime.py
|
|
|
|
> fakepatchtime = $TESTDIR/fakepatchtime.py
|
2015-12-31 11:17:28 +03:00
|
|
|
> abort = $TESTTMP/abort.py
|
context: write dirstate out explicitly at the end of markcommitted
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
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' N N N
- 'hg status' shows "r1" 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.
This issue can occur when 'hg transplant' satisfies conditions below:
- multiple revisions to be transplanted change the same file
- those revisions don't change mode and size of the file, and
- the 2nd or later revision of them fails after changing the file
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 files changed by 'patch.patch()'
for efficiency 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
'committablectx.markcommitted()', which is invoked via
'repo.commit()'.
After this change, timetable is changed as below:
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
----------------------------------- ---- ----- -----
- 'dirsttate.write()' -1 -1
----------------------------------- ---- ----- -----
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' -1 -1 N
- 'hg status' shows "r1" as "clean" -1 -1 N
---- ----------------------------------- ---- ----- -----
To reproduce this issue in tests certainly, this patch emulates some
timing critical actions as below:
- change "f" at N
'patch.patch()' with 'fakepatchtime.py' explicitly changes mtime
of patched files to "2000-01-01 00:00" (= N).
- 'dirstate.write()' via 'repo.commit()' at N
'fakedirstatewritetime.py' forces 'pack_dirstate()' to use
"2000-01-01 00:00" as "now", only if 'pack_dirstate()' is invoked
via 'committablectx.markcommitted()'.
- '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 doesn't test cases below, even though 'patch.patch()'
is used similarly in these cases:
1. failure of 'hg import' or 'hg qpush'
2. success of 'hg import', 'hg qpush' or 'hg transplant'
Case (1) above doesn't cause this kind of issue, because:
- if patching is aborted by conflicts, changed files are committed
changed files are marked as CLEAN, even though they are partially
patched.
- otherwise, dirstate are fully restored by 'dirstateguard'
For example in timetable above, timestamp of "f" in .hg/dirstate
is restored to -1 (or less than N), and subsequent 'hg status' can
detect changes correctly.
Case (2) always causes 'repo.status()' invocation via 'repo.commit()'
just after changing files inside same wlock scope.
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
N *** ***
- make file "f" clean N
- execute 'hg foobar'
....
- 'dirstate.normal("f")' N ***
(e.g. via dirty check
or previous 'repo.commit()')
- change "f", but keep size N
- 'repo.status()' (*1)
(via 'repo.commit()')
---- ----------------------------------- ---- ----- -----
At a glance, 'repo.status()' at (*1) seems to cause similar issue (=
"changed files are treated as clean"), but actually doesn't.
'dirstate._lastnormaltime' should be N at (*1) above, because
'dirstate.normal()' via dirty check is finished at N.
Therefore, "f" changed at N (= 'dirstate._lastnormaltime') is forcibly
treated as "unsure" at (*1), and changes are detected as expected (see
'dirstate.status()' for detail).
If 'hg import' is executed with '--no-commit', 'repo.status()' isn't
invoked just after changing files inside same wlock scope.
But preceding 'dirstate.normal()' is invoked inside another wlock
scope via 'cmdutil.bailifchanged()', and in-memory changes should be
flushed at the end of that scope.
Therefore, timestamp N of clean "f" should be replaced by -1, if
'dirstate.write()' is invoked at N. It means that condition of this
issue isn't satisfied.
2015-07-08 11:01:09 +03:00
|
|
|
> EOF
|
|
|
|
$ hg transplant "22c515968f13::"
|
|
|
|
applying 22c515968f13
|
|
|
|
22c515968f13 transplanted to * (glob)
|
|
|
|
applying e38700ba9dd3
|
|
|
|
intentional error while patching
|
2016-01-06 01:46:04 +03:00
|
|
|
abort: fix up the working directory and run hg transplant --continue
|
context: write dirstate out explicitly at the end of markcommitted
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
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' N N N
- 'hg status' shows "r1" 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.
This issue can occur when 'hg transplant' satisfies conditions below:
- multiple revisions to be transplanted change the same file
- those revisions don't change mode and size of the file, and
- the 2nd or later revision of them fails after changing the file
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 files changed by 'patch.patch()'
for efficiency 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
'committablectx.markcommitted()', which is invoked via
'repo.commit()'.
After this change, timetable is changed as below:
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
----------------------------------- ---- ----- -----
- 'dirsttate.write()' -1 -1
----------------------------------- ---- ----- -----
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' -1 -1 N
- 'hg status' shows "r1" as "clean" -1 -1 N
---- ----------------------------------- ---- ----- -----
To reproduce this issue in tests certainly, this patch emulates some
timing critical actions as below:
- change "f" at N
'patch.patch()' with 'fakepatchtime.py' explicitly changes mtime
of patched files to "2000-01-01 00:00" (= N).
- 'dirstate.write()' via 'repo.commit()' at N
'fakedirstatewritetime.py' forces 'pack_dirstate()' to use
"2000-01-01 00:00" as "now", only if 'pack_dirstate()' is invoked
via 'committablectx.markcommitted()'.
- '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 doesn't test cases below, even though 'patch.patch()'
is used similarly in these cases:
1. failure of 'hg import' or 'hg qpush'
2. success of 'hg import', 'hg qpush' or 'hg transplant'
Case (1) above doesn't cause this kind of issue, because:
- if patching is aborted by conflicts, changed files are committed
changed files are marked as CLEAN, even though they are partially
patched.
- otherwise, dirstate are fully restored by 'dirstateguard'
For example in timetable above, timestamp of "f" in .hg/dirstate
is restored to -1 (or less than N), and subsequent 'hg status' can
detect changes correctly.
Case (2) always causes 'repo.status()' invocation via 'repo.commit()'
just after changing files inside same wlock scope.
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
N *** ***
- make file "f" clean N
- execute 'hg foobar'
....
- 'dirstate.normal("f")' N ***
(e.g. via dirty check
or previous 'repo.commit()')
- change "f", but keep size N
- 'repo.status()' (*1)
(via 'repo.commit()')
---- ----------------------------------- ---- ----- -----
At a glance, 'repo.status()' at (*1) seems to cause similar issue (=
"changed files are treated as clean"), but actually doesn't.
'dirstate._lastnormaltime' should be N at (*1) above, because
'dirstate.normal()' via dirty check is finished at N.
Therefore, "f" changed at N (= 'dirstate._lastnormaltime') is forcibly
treated as "unsure" at (*1), and changes are detected as expected (see
'dirstate.status()' for detail).
If 'hg import' is executed with '--no-commit', 'repo.status()' isn't
invoked just after changing files inside same wlock scope.
But preceding 'dirstate.normal()' is invoked inside another wlock
scope via 'cmdutil.bailifchanged()', and in-memory changes should be
flushed at the end of that scope.
Therefore, timestamp N of clean "f" should be replaced by -1, if
'dirstate.write()' is invoked at N. It means that condition of this
issue isn't satisfied.
2015-07-08 11:01:09 +03:00
|
|
|
[255]
|
|
|
|
$ cat >> .hg/hgrc <<EOF
|
|
|
|
> [hooks]
|
|
|
|
> fakedirstatewritetime = !
|
|
|
|
> fakepatchtime = !
|
2015-07-30 00:22:09 +03:00
|
|
|
> [extensions]
|
context: write dirstate out explicitly at the end of markcommitted
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
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' N N N
- 'hg status' shows "r1" 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.
This issue can occur when 'hg transplant' satisfies conditions below:
- multiple revisions to be transplanted change the same file
- those revisions don't change mode and size of the file, and
- the 2nd or later revision of them fails after changing the file
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 files changed by 'patch.patch()'
for efficiency 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
'committablectx.markcommitted()', which is invoked via
'repo.commit()'.
After this change, timetable is changed as below:
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
----------------------------------- ---- ----- -----
- 'dirsttate.write()' -1 -1
----------------------------------- ---- ----- -----
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' -1 -1 N
- 'hg status' shows "r1" as "clean" -1 -1 N
---- ----------------------------------- ---- ----- -----
To reproduce this issue in tests certainly, this patch emulates some
timing critical actions as below:
- change "f" at N
'patch.patch()' with 'fakepatchtime.py' explicitly changes mtime
of patched files to "2000-01-01 00:00" (= N).
- 'dirstate.write()' via 'repo.commit()' at N
'fakedirstatewritetime.py' forces 'pack_dirstate()' to use
"2000-01-01 00:00" as "now", only if 'pack_dirstate()' is invoked
via 'committablectx.markcommitted()'.
- '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 doesn't test cases below, even though 'patch.patch()'
is used similarly in these cases:
1. failure of 'hg import' or 'hg qpush'
2. success of 'hg import', 'hg qpush' or 'hg transplant'
Case (1) above doesn't cause this kind of issue, because:
- if patching is aborted by conflicts, changed files are committed
changed files are marked as CLEAN, even though they are partially
patched.
- otherwise, dirstate are fully restored by 'dirstateguard'
For example in timetable above, timestamp of "f" in .hg/dirstate
is restored to -1 (or less than N), and subsequent 'hg status' can
detect changes correctly.
Case (2) always causes 'repo.status()' invocation via 'repo.commit()'
just after changing files inside same wlock scope.
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
N *** ***
- make file "f" clean N
- execute 'hg foobar'
....
- 'dirstate.normal("f")' N ***
(e.g. via dirty check
or previous 'repo.commit()')
- change "f", but keep size N
- 'repo.status()' (*1)
(via 'repo.commit()')
---- ----------------------------------- ---- ----- -----
At a glance, 'repo.status()' at (*1) seems to cause similar issue (=
"changed files are treated as clean"), but actually doesn't.
'dirstate._lastnormaltime' should be N at (*1) above, because
'dirstate.normal()' via dirty check is finished at N.
Therefore, "f" changed at N (= 'dirstate._lastnormaltime') is forcibly
treated as "unsure" at (*1), and changes are detected as expected (see
'dirstate.status()' for detail).
If 'hg import' is executed with '--no-commit', 'repo.status()' isn't
invoked just after changing files inside same wlock scope.
But preceding 'dirstate.normal()' is invoked inside another wlock
scope via 'cmdutil.bailifchanged()', and in-memory changes should be
flushed at the end of that scope.
Therefore, timestamp N of clean "f" should be replaced by -1, if
'dirstate.write()' is invoked at N. It means that condition of this
issue isn't satisfied.
2015-07-08 11:01:09 +03:00
|
|
|
> abort = !
|
|
|
|
> EOF
|
|
|
|
|
|
|
|
$ cat r1
|
|
|
|
Y1
|
|
|
|
$ hg debugstate | grep ' r1$'
|
|
|
|
n 644 3 unset r1
|
|
|
|
$ hg status -A r1
|
|
|
|
M r1
|
|
|
|
|
2015-07-30 00:22:09 +03:00
|
|
|
Test that rollback by unexpected failure after transplanting the first
|
|
|
|
revision restores dirstate correctly.
|
|
|
|
|
|
|
|
$ hg rollback -q
|
|
|
|
$ rm -f abort
|
|
|
|
$ hg update -q -C d11e3596cc1a
|
|
|
|
$ hg parents -T "{node|short}\n"
|
|
|
|
d11e3596cc1a
|
|
|
|
$ hg status -A
|
|
|
|
C r1
|
|
|
|
C r2
|
|
|
|
|
|
|
|
$ cat >> .hg/hgrc <<EOF
|
|
|
|
> [hooks]
|
|
|
|
> # emulate failure at transplanting the 2nd revision
|
|
|
|
> pretxncommit.abort = test ! -f abort
|
|
|
|
> EOF
|
|
|
|
$ hg transplant "22c515968f13::"
|
|
|
|
applying 22c515968f13
|
|
|
|
22c515968f13 transplanted to * (glob)
|
|
|
|
applying e38700ba9dd3
|
|
|
|
transaction abort!
|
|
|
|
rollback completed
|
|
|
|
abort: pretxncommit.abort hook exited with status 1
|
|
|
|
[255]
|
|
|
|
$ cat >> .hg/hgrc <<EOF
|
|
|
|
> [hooks]
|
|
|
|
> pretxncommit.abort = !
|
|
|
|
> EOF
|
|
|
|
|
|
|
|
$ hg parents -T "{node|short}\n"
|
|
|
|
d11e3596cc1a
|
|
|
|
$ hg status -A
|
|
|
|
M r1
|
|
|
|
? abort
|
|
|
|
C r2
|
|
|
|
|
context: write dirstate out explicitly at the end of markcommitted
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
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' N N N
- 'hg status' shows "r1" 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.
This issue can occur when 'hg transplant' satisfies conditions below:
- multiple revisions to be transplanted change the same file
- those revisions don't change mode and size of the file, and
- the 2nd or later revision of them fails after changing the file
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 files changed by 'patch.patch()'
for efficiency 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
'committablectx.markcommitted()', which is invoked via
'repo.commit()'.
After this change, timetable is changed as below:
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
* *** ***
- 'hg transplant REV1 REV2 ...'
- transplanting REV1
....
N
- change "f", but keep size N
(via 'patch.patch()')
- 'dirstate.normal("f")' N ***
(via 'repo.commit()')
----------------------------------- ---- ----- -----
- 'dirsttate.write()' -1 -1
----------------------------------- ---- ----- -----
- transplanting REV2
- change "f", but keep size N
(via 'patch.patch()')
- aborted while patching
N+1
- release wlock
- 'dirstate.write()' -1 -1 N
- 'hg status' shows "r1" as "clean" -1 -1 N
---- ----------------------------------- ---- ----- -----
To reproduce this issue in tests certainly, this patch emulates some
timing critical actions as below:
- change "f" at N
'patch.patch()' with 'fakepatchtime.py' explicitly changes mtime
of patched files to "2000-01-01 00:00" (= N).
- 'dirstate.write()' via 'repo.commit()' at N
'fakedirstatewritetime.py' forces 'pack_dirstate()' to use
"2000-01-01 00:00" as "now", only if 'pack_dirstate()' is invoked
via 'committablectx.markcommitted()'.
- '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 doesn't test cases below, even though 'patch.patch()'
is used similarly in these cases:
1. failure of 'hg import' or 'hg qpush'
2. success of 'hg import', 'hg qpush' or 'hg transplant'
Case (1) above doesn't cause this kind of issue, because:
- if patching is aborted by conflicts, changed files are committed
changed files are marked as CLEAN, even though they are partially
patched.
- otherwise, dirstate are fully restored by 'dirstateguard'
For example in timetable above, timestamp of "f" in .hg/dirstate
is restored to -1 (or less than N), and subsequent 'hg status' can
detect changes correctly.
Case (2) always causes 'repo.status()' invocation via 'repo.commit()'
just after changing files inside same wlock scope.
---- ----------------------------------- ----------------
timestamp of "f"
----------------
dirstate file-
time action mem file system
---- ----------------------------------- ---- ----- -----
N *** ***
- make file "f" clean N
- execute 'hg foobar'
....
- 'dirstate.normal("f")' N ***
(e.g. via dirty check
or previous 'repo.commit()')
- change "f", but keep size N
- 'repo.status()' (*1)
(via 'repo.commit()')
---- ----------------------------------- ---- ----- -----
At a glance, 'repo.status()' at (*1) seems to cause similar issue (=
"changed files are treated as clean"), but actually doesn't.
'dirstate._lastnormaltime' should be N at (*1) above, because
'dirstate.normal()' via dirty check is finished at N.
Therefore, "f" changed at N (= 'dirstate._lastnormaltime') is forcibly
treated as "unsure" at (*1), and changes are detected as expected (see
'dirstate.status()' for detail).
If 'hg import' is executed with '--no-commit', 'repo.status()' isn't
invoked just after changing files inside same wlock scope.
But preceding 'dirstate.normal()' is invoked inside another wlock
scope via 'cmdutil.bailifchanged()', and in-memory changes should be
flushed at the end of that scope.
Therefore, timestamp N of clean "f" should be replaced by -1, if
'dirstate.write()' is invoked at N. It means that condition of this
issue isn't satisfied.
2015-07-08 11:01:09 +03:00
|
|
|
$ cd ..
|