From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27454 invoked by alias); 6 Oct 2009 14:33:56 -0000 Received: (qmail 27445 invoked by uid 22791); 6 Oct 2009 14:33:56 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx.meyering.net (HELO mx.meyering.net) (82.230.74.64) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 06 Oct 2009 14:33:53 +0000 Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id 9EFAF2F531; Tue, 6 Oct 2009 16:33:50 +0200 (CEST) From: Jim Meyering To: "Joseph S. Myers" Cc: "H.J. Lu" , Tom Tromey , GDB Subject: Re: gdb.git mirror is broken In-Reply-To: (Joseph S. Myers's message of "Tue, 6 Oct 2009 14:26:23 +0000 (UTC)") References: <6dc9ffc80910051730p207a14f2m5ee6ff560ea60c33@mail.gmail.com> <87ws397z1b.fsf@meyering.net> <6dc9ffc80910060608u60ccf9eal72ab51f216b7f75c@mail.gmail.com> <87ocok4nvz.fsf@meyering.net> Date: Tue, 06 Oct 2009 14:33:00 -0000 Message-ID: <87d4504mnl.fsf@meyering.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-IsSubscribed: yes 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/msg00098.txt.bz2 Joseph S. Myers wrote: > 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 .) No pressure from me. I barely have time to help with the technical side of things, so if you want someone willing to invest in advocacy I'm not your man.