From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16923 invoked by alias); 20 Jun 2009 20:36:42 -0000 Received: (qmail 16914 invoked by uid 22791); 20 Jun 2009 20:36:42 -0000 X-Spam-Check-By: sourceware.org Received: from pool-98-110-183-121.bstnma.fios.verizon.net (HELO cgf.cx) (98.110.183.121) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 20 Jun 2009 20:36:35 +0000 Received: from ednor.cgf.cx (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id 00B023B0008; Sat, 20 Jun 2009 16:36:24 -0400 (EDT) Received: by ednor.cgf.cx (Postfix, from userid 201) id EC3972B388; Sat, 20 Jun 2009 16:36:24 -0400 (EDT) Date: Sat, 20 Jun 2009 20:36:00 -0000 From: Christopher Faylor To: gdb@sourceware.org, "Joseph S. Myers" Subject: Re: What is keeping GDB in CVS ? Message-ID: <20090620203624.GA25742@ednor.casa.cgf.cx> Mail-Followup-To: gdb@sourceware.org, "Joseph S. Myers" References: <87r5xgqk0k.wl%naesten@gmail.com> <20090619162308.GA13968@caradoc.them.org> <20090619162801.GA14773@caradoc.them.org> <20090619163753.GA9700@ednor.casa.cgf.cx> <20090619192236.GA10670@ednor.casa.cgf.cx> <20090620184837.GA866@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-06/txt/msg00207.txt.bz2 On Sat, Jun 20, 2009 at 07:19:46PM +0000, Joseph S. Myers wrote: >On Sat, 20 Jun 2009, Christopher Faylor wrote: >>You're reading more into what I wrote than I intended. I wasn't >>proposing any trickery. I'm just saying that, IMO, if a group of files >>is shared between projects the shared group of files should be stored >>in their own repository. >> >>I haven't used git so maybe it adds extra wrinkles but I can't see how >>it would be THAT hard to accommodate keeping things in separate >>directories. You can either use symlinks, or, 'source' lines in shell >>scripts and 'include' lines in Makefiles. > >It seems quite clear to me that all these files should be automatically >tagged when the projects using them are tagged and branched when those >projects are branched and the tagged or branched versions should be >checked out automatically when the tag or branch is checked out. You >can of course invent systems for tagging or branching in multiple >repositories, but if you require people to do something that's not the >normal way of using whatever version control system is used then >trouble will inevitably result (cf. the present issues with not being >able to use "cvs update -d" as normal in the present arrangements). As >I said in the binutils discussion, version control systems should make >common tasks easy and mistakes in common tasks difficult. (This >suggests allowing commits to the shared files anywhere and >automatically merging everywhere else behind the scenes as the >friendliest arrangement even if harder to implement.) If you add a "create-branch" script to the config repository and make it clear that this is the only accepted method for creating a branch then, IMO, that should be adequate. That wouldn't help if some random git expert wanders into the project and decides to start branching without figuring out best practice for the project but I don't think we have to care about people like that. cgf