From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12365 invoked by alias); 25 Oct 2013 14:09:48 -0000 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 Received: (qmail 12333 invoked by uid 89); 25 Oct 2013 14:09:47 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-we0-f175.google.com Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 25 Oct 2013 14:09:46 +0000 Received: by mail-we0-f175.google.com with SMTP id t61so3839982wes.20 for ; Fri, 25 Oct 2013 07:09:43 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.133.133 with SMTP id pc5mr2204337wjb.57.1382710183054; Fri, 25 Oct 2013 07:09:43 -0700 (PDT) Received: by 10.194.205.136 with HTTP; Fri, 25 Oct 2013 07:09:42 -0700 (PDT) In-Reply-To: <1382709091.5918.9.camel@otta> References: <877gd5iyaz.fsf@fleche.redhat.com> <1382709091.5918.9.camel@otta> Date: Fri, 25 Oct 2013 14:09:00 -0000 Message-ID: Subject: Re: git is live From: Fred Cooke To: Peter Bergner Cc: Tom Tromey , GDB Development , Binutils Development , Tulio Magno Quites Machado Filho Content-Type: text/plain; charset=ISO-8859-1 X-SW-Source: 2013-10/txt/msg00149.txt.bz2 What drives the desire for that, though? With git you can publish your own branches as you see fit, and link them to who ever is relevant. Adding a lot of branches to the central repository is just a form of clutter, even if it is otherwise harmless. There's no real reason to, unlike with CVS/SVN where that was the ONLY way. With Git it makes absolute sense to keep these separate but share history, on some other host. This way the official repository contains just that, official code, and branches, ie, a "trunk" of some sort, and release/bug fix branches, and tags thereof. Nothing more. Of course, my opinion is worth what you paid for it, and isn't important. :-) On Fri, Oct 25, 2013 at 3:51 PM, Peter Bergner wrote: > On Tue, 2013-10-22 at 01:01 -0600, Tom Tromey wrote: >> The URLs: >> >> git://sourceware.org/git/binutils-gdb.git >> ssh://sourceware.org/git/binutils-gdb.git > > Ok, it's probably getting old, but I'll add my thanks > for switching us over. Now to my question... > > >From a policy standpoint, are we going to allow vendor branches > in the git repo like glibc does? I'm hoping the answer is yes. :) > We didn't allow it before due to it seems CVS issues, but with git, > it should now be easy. > > Peter > > > >