From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22995 invoked by alias); 7 Sep 2007 07:38:31 -0000 Received: (qmail 22986 invoked by uid 22791); 7 Sep 2007 07:38:30 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,DK_POLICY_SIGNSOME,SPF_HELO_PASS,SPF_PASS,SUBJ_HAS_UNIQ_ID X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 07 Sep 2007 07:38:25 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l877cM1r018497 for ; Fri, 7 Sep 2007 03:38:22 -0400 Received: from pobox.stuttgart.redhat.com (pobox.stuttgart.redhat.com [172.16.2.10]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l877cLDt021015 for ; Fri, 7 Sep 2007 03:38:22 -0400 Received: from [127.0.0.1] (sebastian-int.corp.redhat.com [172.16.52.221]) by pobox.stuttgart.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l877cIZn002866 for ; Fri, 7 Sep 2007 09:38:18 +0200 Message-ID: <46E0FFE9.1070104@redhat.com> Date: Fri, 07 Sep 2007 07:38:00 -0000 From: Tim Moore User-Agent: Thunderbird 1.5.0.12 (X11/20070530) MIME-Version: 1.0 To: frysk@sourceware.org Subject: Re: meeting notes 20070905 References: <46DEBB8C.6090608@oracle.com> In-Reply-To: <46DEBB8C.6090608@oracle.com> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact frysk-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: frysk-owner@sourceware.org X-SW-Source: 2007-q3/txt/msg00388.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Elena Zannoni wrote: > Impact on the history before the switch: it is maintained. No loss of > info there doing the import. > > Import into git from cvs preserved branches. Tim hasn't ported the > history though. Git got confused at some branch merge points in the > history. Tim corrected by hand. Since the first import there were no > more conflicts. Tim does imports/resyncs twice a day, never seen > further problems. Mark observed some problems also when he did import > imnto Hg. > This isn't quite right. I did import all the history into my mirror. I have had to make some after-the-fact fix-ups on a few occasions to get my git repository back in sync with the CVS tree, but I think this can be attributed in part to the abusive way in which I'm doing the mirroring. I use parsecvs to construct a new git repo from scratch when I update the mirror; it's somewhat miraculous (to me :) that the second repo, in which I've put the symbolic links and other fixes, continues to work after this. There are certainly better ways to do CVS mirroring, but I stuck with the program that worked for me and haven't had the bandwidth to search for a better way. In any event, the mirroring of a CVS tree isn't relevant to a discussion about which system to change to. Last night I did an experiment using parsecvs to do the import, then changing the CVS modules file in order to check out the "raw" directories in our tree. The *only* differences I found between the CVS checkout and the git checkout were in libunwind which I knew was a problem because of its origins on the vendor branch. So, I think we can be confident that an import will preserve our history. It may be best to put our external dependencies in a different "sub repository," but in any event I'm confident that we can preserve the history of the libunwind / elfutils commits too. > Tim kept 2 repos, one using symbolic links. Mark had to do the same > stuff in Hg. Frysk-common is the module that presented problems. I encountered an interesting problem with my symbolic link commit that makes the source tree look like what the build system expects. One nice feature of git is "git bisect," which allows you to do a binary search of the history, with checkouts, to find the point in time when a bug was introduced. If the tree is not buildable without a later patch, this process becomes awkward... you can do the same machinations by hand and apply the symbolic links patch at each step, but that's a pain. So, it may be worthwhile to rewrite history to introduce the symbolic links -- or other fixup -- early in time. > > Expertize in house with each system? Oracle has a few git projects > already and no Hg. How about Rht? Jeff Garzik is the author of Kernel Hackers' Guide to git http://linux.yyz.us/git-howto.html Tim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG4P/peDhWHdXrDRURAhg4AKDacpUnGrWOZzTPTDg46b3l+jQCDACgkTDN tueU+/O1NQYOpZjRUyQjOfs= =fkHh -----END PGP SIGNATURE-----