I fully support moving to git, as almost every new project I encounter is on git, and IPython is the only thing I have had occasion to touch with bzr. In particular, github makes forking/proposing contributions easier than anything I have observed, and I have seen many projects on github benefit from that. Moreover, the fork/contribute behavior is very active in the git community, and I think just being on github is likely to prompt more contribution than living at LP.<div>

<br></div><div>-MinRK<br><br><div class="gmail_quote">On Wed, Apr 14, 2010 at 11:46, Erik Tollerud <span dir="ltr">&lt;<a href="mailto:erik.tollerud@gmail.com">erik.tollerud@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

As a &quot;casual&quot; developer/power user of ipython, I have something to add here...<br>
<div class="im"><br>
&gt; So I don&#39;t see a compelling reason to go to hg, despite the fact that<br>
&gt; I&#39;m sure it&#39;s a perfectly good tool.  I do like the fact that hg is<br>
&gt; there and is good, I have the impression that the competition between<br>
&gt; hg and git is benefiting both projects and they are learning from each<br>
&gt; other.<br>
<br>
</div>There is one compelling reason to choose hg over git: simplicity.  My<br>
experience between bzr, hg, and git has been that they are in exactly<br>
that order of increasing complexity... but hg and bzr are both *way*<br>
easier than git.  Frankly, it shows that git was written by someone<br>
who wrote the linux kernel - yes you can do a lot of things, but the<br>
simplest of things are just more complicated or have surprising<br>
gotchas.  The hg&lt;-&gt;git bridge makes things easier, but the times I&#39;ve<br>
used it, it seems to negate all the advantages of hg or git (speed<br>
and/or the advanced features), although that&#39;s only based on a couple<br>
data points.  And anyway, if the goal is simplicity, adding an<br>
additional conceptual layer is far worse than taking a few-percent<br>
speed hit.<br>
<br>
Now given that ipython is a somewhat &quot;low-level&quot; utility in that it<br>
seems rather difficult to just do some quick hacks on without really<br>
understanding what&#39;s going on, maybe this isn&#39;t an issue, as maybe all<br>
the core devs are fine with a more complex system... but git would<br>
certainly be a barrier to someone like me contributing.<br>
<div class="im"><br>
<br>
&gt; It&#39;s true that it&#39;s a little annoying to use all systems, but<br>
&gt; hopefully soon we&#39;ll be down to hg and git: I don&#39;t see bzr going<br>
&gt; anywhere, and git-svn is a pretty good option to use for svn repos<br>
&gt; once you&#39;re familiar with git.  And as those two converge even<br>
&gt; further, it should get even easier.<br>
<br>
</div>I personally use bzr for all of my projects that I have a choice in<br>
the matter... I think it&#39;s not at all clear-cut that bzr is going to<br>
disappear any sooner than hg or git unless Canonical and Ubuntu<br>
disappear - they&#39;re committed to launchpad and it is very closely tied<br>
to bzr - a lot of people will stick with it for exactly those reasons.<br>
 That&#39;s certainly not a reason to stick with bzr if most of the<br>
ipython devs aren&#39;t happy with it, but it&#39;s not fair to say it&#39;s dying<br>
by any stretch.<br>
<br>
I&#39;d also add that it looks like you&#39;re using the pack-0.92 format...<br>
the more recent 2a format works quite a bit faster in my experience,<br>
and I&#39;ve never had any conversion problems...<br>
<div><div></div><div class="h5">_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</div></div></blockquote></div><br></div>