Terror of the Reposturgeon!
<p>I&#8217;ve just shipped <a href="http://www.catb.org/esr/reposurgeon/">reposurgeon 2.0</a>, a power tool for editing and interconverting version-control repositories.  This is a major release, adding the capability to read Subversion dump files directly.</p>
<p><span id="more-4689"></span></p>
<p>I&#8217;ve blogged about this project before, highlights at <a href="http://esr.ibiblio.org/?p=2718">1</a> <a href="http://esr.ibiblio.org/?p=2727">2</a> <a href="http://esr.ibiblio.org/?p=3832">3</a> <a href="http://esr.ibiblio.org/?p=3839">4</a> <a href="http://esr.ibiblio.org/?p=3859">5</a> <a href="http://esr.ibiblio.org/?p=3897">6</a> <a href="http://esr.ibiblio.org/?p=3905">7</a> <a href="http://esr.ibiblio.org/?p=4004">8</a>.</p>
<p>Development had gotten stalled for six months because of a really insidious bug in the handling of Subversion dumps with certain odd sorts of multibranch histories.  But recently one Greg Hudson sent me a performance-enhancement patch that enabled me to get rid of an O(n**2) lookup function deep in the code &#8211; and, as I had suspected since it first popped up, the bug was in that lookup function.  (No, I still don&#8217;t know exactly where &#8211; it was something subtle.)</p>
<p>I&#8217;m shipping this now, before my previous target of when the NUT project guys sign off on their repo conversion, because I want people to <em>stop using the older versions</em>. 99 out of 100 times they would be OK, but that 100th time could be nasty.</p>
<p><a href="http://www.catb.org/esr/reposurgeon/">Fear the reposturgeon!</a></p>
