From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25682 invoked by alias); 20 Sep 2007 21:35:22 -0000 Received: (qmail 25674 invoked by uid 22791); 20 Sep 2007 21:35:22 -0000 X-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,DK_POLICY_SIGNSOME X-Spam-Check-By: sourceware.org Received: from mga03.intel.com (HELO mga03.intel.com) (143.182.124.21) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 20 Sep 2007 21:35:15 +0000 Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 20 Sep 2007 14:35:11 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.20,280,1186383600"; d="scan'208";a="283167961" Received: from fmsmsx334.amr.corp.intel.com ([132.233.42.1]) by azsmga001.ch.intel.com with ESMTP; 20 Sep 2007 14:35:12 -0700 Received: from scsmsx411.amr.corp.intel.com ([10.3.90.30]) by fmsmsx334.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 20 Sep 2007 14:35:11 -0700 Received: from scsmsx415.amr.corp.intel.com ([10.3.90.34]) by scsmsx411.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 20 Sep 2007 14:35:11 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: version control system Date: Thu, 20 Sep 2007 22:21:00 -0000 Message-ID: <16D5B9AB904B0B46B22A27002EE3A8C8EDC029@scsmsx415.amr.corp.intel.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: version control system Thread-Index: Acf7xoXrc3mUHEvUQ6Khc6vkh+X1mgAAl6ow References: <20070914171342.GK31319@redhat.com><16D5B9AB904B0B46B22A27002EE3A8C8E77681@scsmsx415.amr.corp.intel.com> From: "Stone, Joshua I" To: "Frank Ch. Eigler" Cc: X-OriginalArrivalTime: 20 Sep 2007 21:35:11.0570 (UTC) FILETIME=[1F9F0B20:01C7FBCE] X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2007-q3/txt/msg00663.txt.bz2 Frank Ch. Eigler wrote: >=20 > joshua.i.stone wrote: >=20 >> [...] If we are willing to fully jump to DSCM, the I vote for git, >> but only because I haven't tried any others (mercurial, bazaar). >=20 > Well, why not give it a try. Since I'm the only one who responded, I may be the only one who cares, but thanks for humoring me. > The following URLs will all work to keep roughly up-to-date with > systemtap. They contain only a periodically git-cvsimported form of > the src/ tree; the others (doc/, patches/) would need their separate > repos. >=20 > git://sources.redhat.com/git/systemtap.git > ssh://sources.redhat.com/git/systemtap.git > http://sources.redhat.com/git/systemtap.git The "http:" URL works for me, but as a "dumb" transport, that's not optimal. I can't use the "git:" URL because of Intel proxies. When I try the "ssh:" URL, I can get to the server, but I get an error: fatal: ''/git/systemtap.git'': unable to chdir or not a git archive fatal: The remote end hung up unexpectedly fetch-pack from 'ssh://sources.redhat.com/git/systemtap.git' failed. > While the "ssh:" URL can accept git push, let's not try that until > when/if we decide to switch over altogether. Right -- this should be treated as read-only until we've actually migrated. If we do fully migrate, it would be nice to more closely attribute authors. See the '-A' option to git-cvsimport. I count only 24 different committers (git log | git shortlog -s), so it's not too bad. I don't think we need to worry about translating the author/committer relationships of "on behalf of ..." commits, but it's nice that git can maintain that in the future. Another thing to beware of: by default, git-cvsimport pulls into an 'origin' branch, and on the first import it creates a 'master' branch for you. However, future import-syncs will only move origin. (In fact, your systemtap mirror is already out of sync in this fashion.) Since HEAD is pointing to master, anyone who clones is going to get the stale branch by default. It also looks a little weird when you clone it to see the remote branches 'origin/origin' and 'origin/master'. So I prefer to make git-cvsimport go directly to the 'master' branch with the '-o' option. =20 >> We could even run a git-cvsserver for the dinosaurs to use. :) >=20 > With sourceware being a machine shared amongst diverse projects, this > could be difficult. Understood. Thanks, Josh