Augie Fackler <durin42@gmail.com> [Sat, 06 Feb 2010 04:27:28 -0600] rev 13570
hgweb: add support for 100-continue as recommended by PEP 333.
Eric Eisner <ede@mit.edu> [Tue, 08 Mar 2011 15:36:56 -0500] rev 13569
subrepo: show the source that git pulls
Mark Drago <markdrago@gmail.com> [Tue, 08 Mar 2011 08:41:39 -0500] rev 13568
commands.update() now works properly with a revision of 0
Without this change commands.update() treats an integer 0 as if no revision
was passed and updates to the branch head. This fix allows an integer 0 to
be detected as a revision number so the working directory is correctly
changed to revision 0 rather than the branch head.
Steve Borho <steve@borho.org> [Tue, 08 Mar 2011 14:55:31 -0600] rev 13567
merge with stable
Steve Borho <steve@borho.org> [Tue, 08 Mar 2011 13:35:01 -0600] rev 13566
mergetools: add alternate registry keys for 32bit apps on 64bit O/S
Not all applications needed the workarounds, so I did not add alternate keys for
every Windows merge application.
Steve Borho <steve@borho.org> [Tue, 08 Mar 2011 13:05:18 -0600] rev 13565
filemerge: introduce a 'regkeyalt' merge tool variable
This allows us to provide alternate search keys for 64bit operating systems that
may have 32bit merge tools installed. Presumably it may find other uses.
Steve Borho <steve@borho.org> [Tue, 08 Mar 2011 10:25:18 -0600] rev 13564
merge with stable
Steve Borho <steve@borho.org> [Tue, 08 Mar 2011 10:03:01 -0600] rev 13563
wix: drop bin/ folder from MSI installers (issue 2673)
Also fixes issue 2658.
Martin Geisler <mg@aragost.com> [Tue, 08 Mar 2011 11:01:01 +0100] rev 13562
zsh completion: remove computed default values from help texts
The default encoding and encoding mode are computed at runtime and can
vary from system to system. The two remaining default values in the
completion help texts (number of directories to strip on import and
default bundle name) are fixed in the source code.
Mads Kiilerich <mads@kiilerich.com> [Tue, 08 Mar 2011 01:21:50 +0100] rev 13561
merge: remove last traces of fastforward merging
bbc97d419b16 introduced fast-forward branch merging.
66ed92ed115a partly removed it again.
The fastforward variable would always be false if branchmerge was false, so the
fastforward variable makes no difference and we can remove it completely.
Patrick Mezard <pmezard@gmail.com> [Mon, 07 Mar 2011 23:19:17 +0100] rev 13560
merge with stable
Patrick Mezard <pmezard@gmail.com> [Mon, 07 Mar 2011 23:02:04 +0100] rev 13559
subrepo: backout
67fbe566eff1, --force requires svn >= 1.5
Matt Mackall <mpm@selenic.com> [Mon, 07 Mar 2011 15:46:46 -0600] rev 13558
merge with stable
Matt Mackall <mpm@selenic.com> [Mon, 07 Mar 2011 15:46:28 -0600] rev 13557
merge with i18n
David Soria Parra <dsp@php.net> [Sun, 06 Mar 2011 15:32:37 +0100] rev 13556
i18n-de: improve translation for "unmerged branches"
This translation issue was pointed out by Georg Brandl.
Steven Brown <StevenGBrown@gmail.com> [Mon, 07 Mar 2011 15:37:11 +0800] rev 13555
httprepo: order URL query string fields for readability
- cmd is always first, since the other fields are arguments to that command.
- The other fields are in alphabetical order, rather than random order.
example "hg serve" output
BEFORE
127.0.0.1 - - [26/Feb/2011 14:20:07] "GET /?bases=
fa5962be1d87fe9a57244a14033550e192e57521+
1a38f137b190482eaf0986594cd6e6b486c76fec&cmd=changegroupsubset&heads=
1a38f137b190482eaf0986594cd6e6b486c76fec+
fa5962be1d87fe9a57244a14033550e192e57521 HTTP/1.1" 200 -
127.0.0.1 - - [26/Feb/2011 14:00:50] "GET /?pairs=
0000000000000000000000000000000000000000-
0000000000000000000000000000000000000000&cmd=between HTTP/1.1" 200 -
127.0.0.1 - - [26/Feb/2011 14:17:28] "GET /?nodes=
1a38f137b190482eaf0986594cd6e6b486c76fec+
fa5962be1d87fe9a57244a14033550e192e57521&cmd=branches HTTP/1.1" 200 -
AFTER
127.0.0.1 - - [26/Feb/2011 14:21:28] "GET /?cmd=changegroupsubset&bases=
fa5962be1d87fe9a57244a14033550e192e57521+
1a38f137b190482eaf0986594cd6e6b486c76fec&heads=
1a38f137b190482eaf0986594cd6e6b486c76fec+
fa5962be1d87fe9a57244a14033550e192e57521 HTTP/1.1" 200 -
127.0.0.1 - - [26/Feb/2011 13:48:13] "GET /?cmd=between&pairs=
0000000000000000000000000000000000000000-
0000000000000000000000000000000000000000 HTTP/1.1" 200 -
127.0.0.1 - - [26/Feb/2011 14:19:17] "GET /?cmd=branches&nodes=
1a38f137b190482eaf0986594cd6e6b486c76fec+
fa5962be1d87fe9a57244a14033550e192e57521 HTTP/1.1" 200 -
Matt Mackall <mpm@selenic.com> [Mon, 07 Mar 2011 15:45:10 -0600] rev 13554
ancestor: improve description
Eric Eisner <ede@mit.edu> [Mon, 07 Mar 2011 12:03:54 -0500] rev 13553
subrepo: don't crash when git repo is missing
Matt Mackall <mpm@selenic.com> [Mon, 07 Mar 2011 15:44:43 -0600] rev 13552
ancestor: rewrite to deal with crossed linkrevs (
issue2682)
This version is about 10% slower, possibly because it visits some
revisions in a different topological order than what's in the revlog.
Georg Brandl <georg@python.org> [Sun, 06 Mar 2011 11:30:57 +0100] rev 13551
hgcia: accept "queued." xmlrpc return as success
Matt Mackall <mpm@selenic.com> [Mon, 07 Mar 2011 15:03:10 -0600] rev 13550
merge: back out single-parent fast-forward merge
This backs out
changeset: 13158:
9e7e24052745
user: Mads Kiilerich <mads@kiilerich.com>
date: Tue Dec 07 03:29:21 2010 +0100
summary: merge: fast-forward merge with descendant
Before named branches, the invariants were:
a) "merges" always have two parents
b) p1 is not linearly related to p2
Adding named branches made (b) problematic, so the above patch was
introduced, which fixed (b) but broke (a).
After discussion, we decided that the invariants should be:
a) "merges" always have two parents
b) p1 is not linearly related to p2 OR p1 and p2 are on different branches
Matt Mackall <mpm@selenic.com> [Sat, 05 Mar 2011 16:34:59 -0600] rev 13549
merge: drop resolve state for mergers with identical contents (
issue2680)
Patrick Mezard <pmezard@gmail.com> [Sun, 06 Mar 2011 22:13:36 +0100] rev 13548
merge with stable
Patrick Mezard <pmezard@gmail.com> [Sun, 06 Mar 2011 22:03:30 +0100] rev 13547
hgweb: fix filelog rss links generation