- Jul 13, 2018
-
-
Matt Harbison authored
There's a bug related to incorrect status values that can be triggered by an octopus fixup merge. Seeing what the current status is (instead of just the aggregate list) will hopefully help track this down.
-
- Aug 22, 2015
-
-
Gregory Szorc authored
The bzr tests are the only .t tests calling hghave (aside from the tests testing hghave itself). This pattern is a one-off and prevents desired refactors to how requirements checking is integrated into tests. Use the convention used everywhere else.
-
- Nov 22, 2013
-
-
Martin Geisler authored
Since graphlog is in core, we can use 'hg log -G' instead.
-
- Feb 02, 2012
-
-
Patrick Mezard authored
Instead of opening the target bzr checkout as a single branch, we try to open it as a repository. This has the following effects: - All branches are now converted - bzr branch names are preserved. Previously, the selected branch was always converted as 'default'. Branches without a name or 'trunk' are mapped to 'default branch. - Lightweight checkouts are no longer supported. Maybe they can be, I did not try to fix that at all. Implementation notes: - This was a quick fix, I have no knowledge of bzr API besides browsing 2.0.3 sources. - The fix was only tested on OSX against bzr 2.4.2. - Tags discovery does not handle collisions. I have no idea how tags work in bzr so maybe such collisions are not possible.
-
- Jul 05, 2009
-
-
Brodie Rao authored
-
- May 19, 2009
-
-
Martin Geisler authored
-
- Apr 26, 2009
-
-
Patrick Mezard authored
In theory, one could set BZR_PROGRESS_BAR=none but it does not work in 1.14rc2
-
- Sep 26, 2008
-
-
Marek Kubica authored
-