- Mar 12, 2011
-
-
Alexander Solovyov authored
-
Dirkjan Ochtman authored
-
Alexander Solovyov authored
-
Martin Geisler authored
This fixes a race that was observed when status was called before and after clearing the dirstate.
-
- Mar 10, 2011
-
-
Matt Mackall authored
-
Matt Mackall authored
-
- Mar 09, 2011
-
- Mar 08, 2011
-
-
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
Also fixes issue 2658.
-
- Mar 07, 2011
-
-
Patrick Mezard authored
-
Matt Mackall authored
-
- Mar 06, 2011
-
-
David Soria Parra authored
This translation issue was pointed out by Georg Brandl.
-
- Mar 07, 2011
-
-
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
-
timeless developer authored
-
timeless developer authored
-
Patrick Mezard authored
Suggested by Antoine Pitrou <pitrou@free.fr>
-
- Mar 05, 2011
-
-
Matt Mackall authored
The following command would visit every changeset in repo/ rather than the last 10: hg log -l 10 repo/
-
- Mar 04, 2011
-
-
Patrick Mezard authored
This happens more often than expected. Say you have an svn subrepository with python code. Python would have generated unknown .pyc files. Now, you rebase this setup on a revision where a directory containing python code does not exist. Subversion is first asked to remove this directory when updating, but will not because it contains untracked items. Then it will have to bring back the directory after the merge but will fail because it now collides with an untracked directory. Using --force is not very elegant but it is much simpler than rewriting our own purge command for subversion.
-
- Mar 03, 2011
-
-
Steve Borho authored
-
- Mar 02, 2011
-
-
Martin Geisler authored
-
- Mar 01, 2011
-
-
Matt Mackall authored
-
Matt Mackall authored
-
Gilles Moris authored
Added the following commands: bookmarks debugignore. Fix the tcsh parse script for the current help text layout.
-
Matt Mackall authored
-
Katsunori FUJIWARA authored
-
Wagner Bruna authored
-
Augie Fackler authored
This used to work because bookmarks were pseudo-tags, but broke once bookmarks became their own first-class object.
-
kiilerix authored
Solaris 10 sh do apparently not like temporary environment variable assignment before a function call. There is no problem with commands.
-
- Feb 28, 2011
-
-
Kevin Bullock authored
Since bookmarks moved into core and are no longer merged with the list of tags (d012d95499f7), they don't get completed in bash_completion along with other revision specifiers. This adds a new function to provide the list of bookmarks for completion, and another, _hg_labels(), to list all tags, branches, and bookmarks. It further modifies completion for all commands where '_hg_tags; _hg_branches' was used to use '_hg_labels' instead.
-
Matt Mackall authored
test from timeless to guard against regressing this
-
- Feb 11, 2011
-
-
Pierre-Yves David authored
This patch prevent mq to crash when .hg/patches/status contains Malformed lines (without ":"). Blank lines are ignored and other malformed lines issue a warning.
-
- Feb 23, 2011
-
-
kiilerix authored
-
- Feb 28, 2011
-
-
Martin Geisler authored
Handle parse errors in the .hgeol similarly to how parse errors in the .hgtags file are handled: by issuing a warning. This allows the user to revert the file using 'hg revert' or 'hg update -C'.
-