- Mar 10, 2011
-
-
Martin Geisler authored
This locks down the test output a little more.
-
- Jan 07, 2011
-
-
Augie Fackler authored
Clients that send 100-continue should make sure they really support continue intelligently. In a later patch we'll introduce a capability so new clients don't pay a performance penalty talking to old servers.
-
- Feb 06, 2010
-
-
Augie Fackler authored
-
- Mar 08, 2011
-
-
Eric Eisner authored
-
Mark Drago authored
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 authored
-
Steve Borho authored
Not all applications needed the workarounds, so I did not add alternate keys for every Windows merge application.
-
Steve Borho authored
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 authored
-
Steve Borho authored
Also fixes issue 2658.
-
Martin Geisler authored
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.
-
kiilerix authored
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.
-
- Mar 07, 2011
-
-
Patrick Mezard authored
-
Patrick Mezard authored
-
Matt Mackall authored
-
Matt Mackall authored
-
- Mar 06, 2011
-
-
David Soria Parra authored
This translation issue was pointed out by Georg Brandl.
-
- Mar 07, 2011
-
-
Steven Brown authored
- 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 authored
-
Eric Eisner authored
-
Matt Mackall authored
This version is about 10% slower, possibly because it visits some revisions in a different topological order than what's in the revlog.
-
- Mar 06, 2011
-
-
Georg Brandl authored
-
- Mar 07, 2011
-
-
Matt Mackall authored
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
-
- Mar 05, 2011
-
-
Matt Mackall authored
-
- Mar 06, 2011
-
-
Patrick Mezard authored
-
Patrick Mezard authored
-
Patrick Mezard authored
-
kiilerix authored
-
timeless developer authored
-
timeless developer authored
-
Patrick Mezard authored
-
Patrick Mezard authored
Suggested by Antoine Pitrou <pitrou@free.fr>
-
Patrick Mezard authored
-
Patrick Mezard authored
-
Patrick Mezard authored
-
Patrick Mezard authored
- Reuse the coding style of the previous tests, both are very similar - Do not play with case changes, it does not work on Windows
-
- Mar 05, 2011
-
-
Matt Mackall authored
-
Matt Mackall authored
-
Matt Mackall authored
The following command would visit every changeset in repo/ rather than the last 10: hg log -l 10 repo/
-
- Feb 18, 2011
-
-
Adrian Buehlmann authored
The old version of the check failed to catch modifying modes 'r+' and 'rb+'.
-