Re: Why do GNOMEdevelopers almost exclusively use git mirrors and for example not bzr mirrors

I met several of the Bzr developers at PyCon, and we discussed this.
While everyone has their own workflows etc. I've found the latest
bzr-svn to be far more integrated and painless than git-svn. I do the

bzr init-repo --rich-root-pack beagle-repo
cd beagle-repo
bzr branch svn+ssh:// beagle-trunk
bzr branch beagle-trunk beagle-feature1
cd beagle-feature1
bzr ci -m "changes comment"
cd ../beagle-trunk
bzr merge ../beagle-feature1
bzr ci -m "Complete comment for SVN commit aka. Feature 1"
bzr svn-push

Just my use-case. I know that its not as clean or as lovely as the
git-svn model to some, but its advantages:
1) Using bzr! Gives me lots of pretty GUI tools in history, diffs,
annotations, and cool tools like bzr-avahi, which is great for
2) Compressed footprint, by using the repository, total diskspace used
is similar to that in Git. (Currently the Bzr format is a little
leaner, here for more info on that
3) Directories over the switch model, makes using IDE's or mutiple
edit tools easier.
4) Better handling of merges etc. I've had problems where git-svn will
die if I forget to --squash, and is hard to recover from.
5) _MUCH_ harder to shoot myself in the foot. Maybe its just my own
cluelessness, but I've lost code into Git merge-messes. Bzr just gets
out of my way much better, it lets me code.

Just my $0.02 for anyone that wants to use Bzr while working on Gnome.

Kevin Kubasik
On Tue, Apr 8, 2008 at 8:02 AM, Elijah Newren <newren gmail com> wrote:
> On Tue, Apr 8, 2008 at 4:55 AM, Olav Vitters <olav bkor dhs org> wrote:
>  > On Tue, Apr 08, 2008 at 11:45:34AM +0100, Scott James Remnant wrote:
>  >  > (At least, that's what I understand)
>  >
>  >  Indeed. This might be hard to do within Bzr (IIRC what Elijah said), due
>  >  to repository format / design.
>  No, I mispoke in the email you're referring to.  bzr's repository
>  format does not prevent such a feature (in fact, they likely already
>  have most needed capabilities), and shared repositories are much
>  closer to what I'd like than I realized at that time.  The UI design
>  does seem somewhat antithetical to such a feature, but perhaps that
>  could be changed.
>  Elijah
> _______________________________________________
>  desktop-devel-list mailing list
>  desktop-devel-list gnome org

Kevin Kubasik

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]