Tue, 11 May 2010 17:03:44 -0500 Merge with stable
Matt Mackall <mpm@selenic.com> [Tue, 11 May 2010 17:03:44 -0500] rev 11156
Merge with stable
Tue, 11 May 2010 16:28:09 -0500 static-http: disable lazy parsing
Matt Mackall <mpm@selenic.com> [Tue, 11 May 2010 16:28:09 -0500] rev 11155
static-http: disable lazy parsing This only hits if you're crazy enough to use static-http on a repository with revlogs larger than 1M. Don't do it.
Mon, 07 Dec 2009 12:31:45 +0200 expand paths to local repository or bundle in appropriate classes stable
Alexander Solovyov <piranha@piranha.org.ua> [Mon, 07 Dec 2009 12:31:45 +0200] rev 11154
expand paths to local repository or bundle in appropriate classes This avoids problem with unexpanded paths when it's not possible to expand it at higher level (for example, if file:~/path/ is supplied as path in schemes).
Sun, 02 May 2010 21:56:25 -0400 push: document return values between various repo methods.
Greg Ward <greg-hg@gerg.ca> [Sun, 02 May 2010 21:56:25 -0400] rev 11153
push: document return values between various repo methods. This starts at localrepository.push() and seeps down to push_addchangegroup(), push_unbundle(), prepush(), addchangegroup(), and leaks out to sshrepository.unbundle(), sshrepository.addchangegroup(), and httprepository.unbundle(). Seems to cover everything you ever wanted to know about pushing but were afraid to ask.
Sat, 01 May 2010 18:39:40 -0400 cmdutil: Warn when trying to copy/rename --after to a nonexistant file.
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
Sat, 01 May 2010 15:00:21 +0300 slightly improve memctx api
Alexander Solovyov <piranha@piranha.org.ua> [Sat, 01 May 2010 15:00:21 +0300] rev 11151
slightly improve memctx api
Mon, 10 May 2010 22:06:28 +0200 patchbomb: Reply-To support
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.
Mon, 10 May 2010 11:04:56 -0500 merge: tool.check = prompt will force an interactive merge check
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.
Mon, 10 May 2010 11:04:56 -0500 merge: introduce tool.check parameter
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.
Wed, 21 Apr 2010 12:02:51 -0500 give worst-case 'merge' merge-tool lowest priority
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.
Wed, 21 Apr 2010 11:57:45 -0500 merge: tool.premerge=keep will leave premerge markers in $local
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
Tue, 11 May 2010 20:22:37 +0200 merge with mpm
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Tue, 11 May 2010 20:22:37 +0200] rev 11145
merge with mpm
Tue, 11 May 2010 20:21:25 +0200 merge with stable
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Tue, 11 May 2010 20:21:25 +0200] rev 11144
merge with stable
Tue, 11 May 2010 20:13:52 +0200 context: fallback function should not return None 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
(0) -10000 -3000 -1000 -300 -100 -14 +14 +100 +300 +1000 +3000 +10000 +30000 tip