From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20868 invoked by alias); 6 Oct 2009 14:26:32 -0000 Received: (qmail 20847 invoked by uid 22791); 6 Oct 2009 14:26:30 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 06 Oct 2009 14:26:26 +0000 Received: (qmail 21022 invoked from network); 6 Oct 2009 14:26:25 -0000 Received: from unknown (HELO digraph.polyomino.org.uk) (joseph@127.0.0.2) by mail.codesourcery.com with ESMTPA; 6 Oct 2009 14:26:25 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.69) (envelope-from ) id 1MvAzf-0004N9-Kn; Tue, 06 Oct 2009 14:26:23 +0000 Date: Tue, 06 Oct 2009 14:26:00 -0000 From: "Joseph S. Myers" To: Jim Meyering cc: "H.J. Lu" , Tom Tromey , GDB Subject: Re: gdb.git mirror is broken In-Reply-To: <87ocok4nvz.fsf@meyering.net> Message-ID: References: <6dc9ffc80910051730p207a14f2m5ee6ff560ea60c33@mail.gmail.com> <87ws397z1b.fsf@meyering.net> <6dc9ffc80910060608u60ccf9eal72ab51f216b7f75c@mail.gmail.com> <87ocok4nvz.fsf@meyering.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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-10/txt/msg00097.txt.bz2 On Tue, 6 Oct 2009, Jim Meyering wrote: > perhaps we should think ahead to the day if/when everyone > is using git and not CVS. The day when each project can choose its version control system, and change between systems, independently and without needing to change in sync with other projects, sounds much better to me. That there is any link at all between the development of GDB and Cygwin, for example, is a defect in the present system that should be fixed by the move of either project to another system. > If I need to make a change in gnulib, I don't change > coreutils/gnulib/, but rather make the change in a separate First and foremost, as I said in , version control should make common tasks easy. That means a single command in a binutils checkout to commit both a BFD change and the testcases in the ld testsuite, for example. What things look like underneath is less important, and the exact spelling of the command is less important - but if it doesn't look like a single repository for common use cases like that, something is seriously wrong. Version control should also make mistakes hard - it should be hard to check in an incomplete patch by accident, or think you have checked in a change when it has not gone where it should, for example, and extremely hard to break the repository. (Advocates of any change also still need to work out the detailed designs, as I noted in .) -- Joseph S. Myers joseph@codesourcery.com