BDFL decision of Python's DVCS

[Andrew Bennetts]

David Cournapeau wrote:
[...]
> mentioned by Matthieu, the bzr pages stating "bzr will be among the
> fastest", when it is not as of today, that's really hurting, at least in

I'm not sure we ever claimed that?

> open source. I think this whole speed business is a bit overrated. I

I agree.  Certainly our overriding goal isn't speed for its own sake, but to
make a VCS that people love to use.  Being “fast” is a necessary, but not
sufficient condition for a good UI, and being “fastest” isn't necessary.  People
care about more than that, as, for example, Python's decision not to use git
shows.

We need to be “fast enough”.  Beyond that our efforts are better spent improving
other aspects than speed.

> would say it is actually hurting git as well, because IMHO, git's
> strength are much beyond the fast aspect. As a former bzr user and now
> mainly git user, what matters to me the most is the multi branches in
> one repository model. I find it much better - since different people
> have different opinion on this, that may be the kind of things bzr
> should stress its difference on,

To nitpick, bzr does do multiple branches in one "repository", although we use
the terminology slightly differently.  We don't have a builtin way to do
multiple co-located branches, though I think we'd like to change that... (with a
bit of set up a treeless shared repository with many branches + a lightweight
checkout is functionality quite similar, though).

-Andrew.