Steve Losh <steve@stevelosh.com> [Sat, 01 May 2010 18:39:40 -0400] rev 11152
cmdutil: Warn when trying to copy/rename --after to a nonexistant file.
Currently running 'hg rename --after foo.txt bar.typo' is a silent no-op. This patch adds a warning. It also updates the copy and rename tests.
No actual functionality is changed.
fixes issue 1822
Alexander Solovyov <piranha@piranha.org.ua> [Sat, 01 May 2010 15:00:21 +0300] rev 11151
slightly improve memctx api
Cédric Duval <cedricduval@free.fr> [Mon, 10 May 2010 22:06:28 +0200] rev 11150
patchbomb: Reply-To support
From RFC 5322:
an optional reply-to field MAY also be included, which contains the field
name "Reply-To" and a comma-separated list of one or more addresses.
[...]
When the "Reply-To:" field is present, it indicates the address(es) to which
the author of the message suggests that replies be sent. In the absence of
the "Reply-To:" field, replies SHOULD by default be sent to the mailbox(es)
specified in the "From:" field unless otherwise specified by the person
composing the reply.
Reply-To addresses may be specified either via command line with --reply-to
or via the 'email' or 'patchbomb' sections of the config file.
David Champion <dgc@uchicago.edu> [Mon, 10 May 2010 11:04:56 -0500] rev 11149
merge: tool.check = prompt will force an interactive merge check
tool.check = prompt can be used when the exit status of a merge
tool is unreliable but an explicit user signoff on the merge result is
acceptable.
David Champion <dgc@uchicago.edu> [Mon, 10 May 2010 11:04:56 -0500] rev 11148
merge: introduce tool.check parameter
tool.check is a list of check options, and can be used in place of
tool.checkchanged and tool.checkconflicts:
Equivalences:
tool.checkchanged = yes
tool.checkconflicts = no
tool.check = changed
tool.checkchanged = no
tool.checkconflicts = yes
tool.check = conflicts
tool.checkchanged = yes
tool.checkconflicts = yes
tool.check = changed, conflicts
Add _toollist() wrapper for ui.configlist() to implement this consistently.
checkchanged and checkconflicts are still supported, but check is
preferred for implementing new check options.
David Champion <dgc@uchicago.edu> [Wed, 21 Apr 2010 12:02:51 -0500] rev 11147
give worst-case 'merge' merge-tool lowest priority
Another tool had -10 already. Since 'merge' is clearly a worst-case
tool (internal), lowering to -100 ensures there's plenty of room for
slightly better cases.
David Champion <dgc@uchicago.edu> [Wed, 21 Apr 2010 11:57:45 -0500] rev 11146
merge: tool.premerge=keep will leave premerge markers in $local
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Tue, 11 May 2010 20:22:37 +0200] rev 11145
merge with mpm
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Tue, 11 May 2010 20:21:25 +0200] rev 11144
merge with stable
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Tue, 11 May 2010 20:13:52 +0200] rev 11143
context: fallback function should not return None
Patrick Mezard <pmezard@gmail.com> [Mon, 10 May 2010 22:52:28 +0200] rev 11142
test-subrepo-svn: fix strange svn behaviour on windows
I got a full path when pusing the external like:
Sending C:/foo/bar/test-subrepo-svn/sub/t/s/alpha
instead of the relative path
Patrick Mezard <pmezard@gmail.com> [Mon, 10 May 2010 22:46:16 +0200] rev 11141
tests: force color ansi mode on Windows
Patrick Mezard <pmezard@gmail.com> [Mon, 10 May 2010 21:44:00 +0200] rev 11140
acl: improve undefined group error handling
Patrick Mezard <pmezard@gmail.com> [Mon, 10 May 2010 21:15:12 +0200] rev 11139
test-acl: avoid $HGTMP on windows
sed does not like colons and there are other path normalization issues.
Patrick Mezard <pmezard@gmail.com> [Mon, 10 May 2010 21:09:48 +0200] rev 11138
acl: grp module is not available on windows
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 22:51:25 +0200] rev 11137
convert/svn: report path discovery progress
When converting non-local repositories, scanning changed paths before
retrieving data can be almost as slow as retrieving the data itself, thanks to
HTTP calls overhead.
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 22:50:42 +0200] rev 11136
convert: display files data retrieval progress
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 22:50:07 +0200] rev 11135
convert: add progress support
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 21:52:34 +0200] rev 11134
convert: merge sources getmode() into getfile()
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 21:49:57 +0200] rev 11133
convert/svn: remove useless sort
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 21:45:00 +0200] rev 11132
convert/svn: list files explicitely, stop checking their type
We do not care about directories when looking for recursively added or removed
items, and the redundant _checkpath() call is expensive with remote
repositories.
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 20:12:45 +0200] rev 11131
acl: clarify acl.sources, fix typo
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 19:37:16 +0200] rev 11130
convert/svn: remove unused variable
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 19:25:35 +0200] rev 11129
Merge with crew-stable
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 19:11:02 +0200] rev 11128
convert/svn: handle files/links replaced by dirs (
issue2166)
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 19:11:02 +0200] rev 11127
convert/svn: do not retrieve removed files
It gives us a way to not retrieve content of entries we know are no longer
files. And it is faster when converting remote repositories.
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 19:11:02 +0200] rev 11126
convert/svn: correctly encode deleted entry paths
This recode call was removed in
ede2247e61aa, because it looked the
encode(decode()) construct was a no-op. In fact, the first decode() call was
wrong, and entries still have to be encoded before being passed to the sink.
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 19:11:02 +0200] rev 11125
convert/svn: remove broken but unused copy filtering code
For some reason, if a copy source is deleted in the same revision it is
referenced, it is filtered out. This is silly, because this happens all the
time with move operations. Fortunately, the filtering code is buggy and ends
being a no-op 99% of the time, since it does not delete the right key. Just
remove all this nonsense.
Patrick Mezard <pmezard@gmail.com> [Sun, 09 May 2010 19:11:02 +0200] rev 11124
test-convert-svn-move: test moved dirs copy records
Patrick Mezard <pmezard@gmail.com> [Sat, 01 May 2010 16:29:27 +0200] rev 11123
convert/svn: tree conflicts no longer happen now we use memctx