From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric S. Raymond" Newsgroups: gmane.emacs.devel Subject: Re: PROPOSAL: Move to git, now that bzr is no longer a req. Date: Thu, 2 Jan 2014 13:06:13 -0500 Organization: Eric Conspiracy Secret Labs Message-ID: <20140102180613.GA13506@thyrsus.com> References: <20140102095347.6834E381D0C@snark.thyrsus.com> <87fvp6bdd9.fsf_-_@ktab.red-bean.com> <20140102163958.GC12912@thyrsus.com> <878uuy8hb1.fsf@igel.home> <20140102165703.GA13173@thyrsus.com> <874n5m8gjt.fsf@igel.home> <20140102171450.GA13245@thyrsus.com> <87ppoa70pt.fsf@igel.home> Reply-To: esr@thyrsus.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1388685983 25833 80.91.229.3 (2 Jan 2014 18:06:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 2 Jan 2014 18:06:23 +0000 (UTC) Cc: Karl Fogel , emacs-devel@gnu.org To: Andreas Schwab Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 02 19:06:30 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Vymf2-00013H-TH for ged-emacs-devel@m.gmane.org; Thu, 02 Jan 2014 19:06:25 +0100 Original-Received: from localhost ([::1]:46419 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vymf2-0000yd-FG for ged-emacs-devel@m.gmane.org; Thu, 02 Jan 2014 13:06:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vymew-0000xy-Ag for emacs-devel@gnu.org; Thu, 02 Jan 2014 13:06:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vymes-0007cx-5s for emacs-devel@gnu.org; Thu, 02 Jan 2014 13:06:18 -0500 Original-Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5]:33251 helo=snark.thyrsus.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vymes-0007cs-0a for emacs-devel@gnu.org; Thu, 02 Jan 2014 13:06:14 -0500 Original-Received: by snark.thyrsus.com (Postfix, from userid 1000) id 934033803CC; Thu, 2 Jan 2014 13:06:13 -0500 (EST) Content-Disposition: inline In-Reply-To: <87ppoa70pt.fsf@igel.home> X-Eric-Conspiracy: There is no conspiracy User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 71.162.243.5 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:167054 Archived-At: Andreas Schwab : > "Eric S. Raymond" writes: > > > Are you aware of any CVS conversion artifacts that should be cleaned > > up? > > I did a lot of cleanup when I converted the old CVS repository to bzr. Great. Less work for me. Maybe none; that would be nice. What did you use for the cleanup? reposurgeon? Something else? > > I'm thinking of, in particular: > > > > 1. Unmerged commit cliques. > > I don't know what that means. Many converters don't do a perfect job of detecting CVS file commit cliques that ought to be merged to changesets. The symptom of this is runs of single-file commits with identical comments. One way it can happen is if the CVS exporter's commit-time-difference window was set too small. (It has many other uses now, but I originally wrote reposurgeon to make cleaning up this kind of artifact easy to do.) > > 2. Out-of-place release tags. > > I think I fixed them all up. Oh, good. One less tedious task. > > 3. Fossil CVS commit references in commit comments. > > I didn't change any of the commit comments, on purpose. That is one philosophy. I, on the other hand, have way too much experience with repositories that have geological strata of crap from multiple previous conversions in them. My goal that for someone browsing a history I have converted, the VCS transitions should be *invisible*. This means: 1. Changing source-system ignore files to target-system conventions, not just in the head revision but in the entire history. 3. Fixing up commit references in change comments so they are either in the target system's native format or in a VCS-independent form. We may decide these things should not be done in this case. But I have the tools and experience to do them, and that option should be on the table. -- Eric S. Raymond