[Numpy-discussion] Moving away from svn ?

Charles R Harris charlesr.harris at gmail.com
Fri Jan 4 16:02:16 EST 2008


On Jan 4, 2008 12:52 PM, Fernando Perez <fperez.net at gmail.com> wrote:

> On Jan 4, 2008 12:21 PM, David Cournapeau <cournape at gmail.com> wrote:
>
> > I understand the "sumpy uses it" reason, it is definitely a factor.
> > But I would rather have a more thorough study on the merits of each
> > system. For example, being a user of bzr for a year and a half now, I
> > think I have a pretty good idea on how it works, and its advantages.
> > We could then decide on a set of attributes to compare, and people who
> > knows about one tool could then tell about it.
> >
> > Performances-wise, hg and bzr really are comparable nowadays for
> > common, local operations. I don't think it is a relevant parameter for
> > the hg vs bzr choice anymor, specially for scipy/numpy which are small
> > projects (I have bzr imports of scipy and scikits, so I can give some
> > numbers if you need them). Third party tools, special abilities (svn
> > import, storage efficiency, special commands, etc...) are more
> > important I think
>
> Absolutely.  That's why I said above "when the choice is a sound one
> on technical merit alone".  At the time (for sage/sympy) the bzr/hg
> choice was unmistakably in favor of hg.  Things might be different
> today.
>

Sometimes it is the little niggling things that matter, in this case line
breaks. Hg (and probably bzr), store everything as binary, so if someone
uses an editor that breaks line with CR or LF+CR instead of the good 'ol
unixy LF, there might be a lot whitespace updates coming in to the
repository. I wonder if there is a way to put an automatic filter in place
for that sort of thing?

Chuck

>
> Incidentally, the emacs guys seem to be worrying about the same thing:
>
> http://thread.gmane.org/gmane.emacs.devel/85893
>
> If they actually do the work of comparing tools, that work may be
> useful for us.  I'm pretty sure that any tool that can handle the
> entire history of emacs can chew on numpy/scipy/ipython/matplotlib
> *combined* for breakfast.
>
> Cheers,
>
> f
> _______________________________________________
> Numpy-discussion mailing list
> Numpy-discussion at scipy.org
> http://projects.scipy.org/mailman/listinfo/numpy-discussion
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/numpy-discussion/attachments/20080104/fd06bdee/attachment.html>


More information about the NumPy-Discussion mailing list