Moving Away From CVS: A Vote

Charlie Powell powellc at
Mon Sep 7 06:33:19 UTC 2009

Although I don't have much experience with either Hg or Bzr, it appears to me that bzr has more support backing its development and use; Hg just has Mozilla corp. In addition, pending what you said about the commands for bzr being almost exact in comparison to cvs, I'd have to vote for bzr. 

That said however, I am neither an active contributor nor a user of either bzr or hg, so this vote can count for half :p 

----- Original Message ----- 
From: "Max Kanat-Alexander" <mkanat at> 
To: developers at 
Sent: Sunday, September 6, 2009 4:45:58 AM GMT -05:00 US/Canada Eastern 
Subject: Re: Moving Away From CVS: A Vote 

On 09/05/2009 10:01 PM, Bill Barry wrote: 
> I seem to recall some dirstate problem that we had to change how our 
> server was working because we couldn't push to it. A new version came 
> out about a week after we started evaluating bazaar and we decided to 
> upgrade and found that we couldn't push to it. I think it was 1.13 or 
> something like that. We gave up pretty quickly after that. 

Hmm. It's possible there was a problem with dirstate that I never ran 
into. At this point most repos are in the packs format (same as git 
uses) and it seems to be working totally fine. 

> Every release (and there has been almost 1 a month for the past 2 years) 
> seems to fix at least a dozen bugs. How exactly does there happen to be 
> a new bug fixed every other day on average? 

I'd say that probably a lot of what's showing up there is just issues 
found in Release Candidates. Not sure, though. I haven't encountered a 
serious issue in bzr in a while. 

> Wasn't it you that wrote the post about sucking less every release? 

Hahaha, it was. :-) 

> No it doesn't have bound branches; I'll give you that too. I don't think 
> it would be that difficult to write as an extension. [snip] 

Fair enough. I think bound branches is how we'd recommend users check 
out Bugzilla code, though, so that they could do "bzr up" and it would 
"just work" pretty nicely. 

As a result of having bound branches, bzr also has "lightweight 
checkouts", which are just a copy of the working tree without the entire 
history, and a pointer back to the main repo for operations that require 
the history. Of course, I've never used lightweight checkouts, and I 
don't know anybody who does. :-) 

> My bound mode extension can be found here: 

Cool. I will look into that if we go with Hg (though the way the voting 
is going bzr seems pretty likely). 

> It will be much easier to maintain a fork than it currently is to 
> maintain a single giant patch. I pity what Greg has to go through each 
> time he attempts to upgrade Testopia. That is a lot of work (which 
> wouldn't be nearly so difficult if it was easier to keep up with the 
> changes). 

Yeah, I wouldn't want to maintain Testopia without bzr, myself, if I 
were a maintainer. Of course, I think the "Testopia For Bugzilla 3.4" 
may not involve a patch to Bugzilla at all. We'll see. :-) 

> His latest news was a bit unsettling as far as the future for 
> Testopia goes. 

Yeah, agreed, but it's possible we'll see some community member come 
and pick it up. 

Competent, Friendly Bugzilla and Perl Services. Everything Else, too. 
To view or change your list settings, click here: 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the developers mailing list