From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25541 invoked by alias); 10 Oct 2013 13:44:17 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 25518 invoked by uid 89); 10 Oct 2013 13:44:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 10 Oct 2013 13:44:16 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 4F5451160D4; Thu, 10 Oct 2013 09:44:35 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id oFDo9hmx03Xt; Thu, 10 Oct 2013 09:44:35 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 14A08116090; Thu, 10 Oct 2013 09:44:34 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 5264DE0644; Thu, 10 Oct 2013 17:44:11 +0400 (RET) Date: Thu, 10 Oct 2013 13:44:00 -0000 From: Joel Brobecker To: Tom Tromey Cc: Binutils Development , GDB Development Subject: Re: src.git test repository Message-ID: <20131010134411.GN3066@adacore.com> References: <87y565m7ma.fsf@fleche.redhat.com> <87r4bu9mw3.fsf@fleche.redhat.com> <20131010051314.GI3066@adacore.com> <87eh7t9s6s.fsf@fleche.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87eh7t9s6s.fsf@fleche.redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2013-10/txt/msg00135.txt.bz2 > Joel> There will be issues with special-feature development branches, however. > Joel> Let's say, for instance, that people want to collaborate on a certain > Joel> feature, and use a branch for its development. If development takes > Joel> a while, they might want to do regular merges from HEAD... We can adjust > Joel> the rule to say that merges are verbotten except on branches whose name > Joel> is prefixed by Eg. "topic/". > > Perhaps just prohibiting them on master is enough? We could certainly start with that. I'd maybe also include known branch patterns, such as the branches used for GDB and binutils releases. > Joel> - we seem to be getting one email per push, instead of one email > Joel> per commit? > > I checked, and yeah, this is what happens. > > I think I can change that, if you want. > > Joel> - Style check the revision log to forbid commits if the second > Joel> line (line after subject) is not empty. I have found that > Joel> this assumption is too ingrained everywhere in git, and that > Joel> not respecting it makes things look bad. > > While I agree that we ought to adopt a more git-ish commit style, this > goes against my early plan of making as few "extra" change to our > processes as possible. I was leaving all non-essential change proposals > for later, to avoid complicating the switchover. > > I guess if enough people +1 the idea I will do it. Just to make sure that there is no misunderstanding: I don't think we should tie these possible enhancements (presented as ideas to be discussed later), to the actually switch to git. I think the scripts and emails are already plenty good enough. So I wouldn't rush on doing anything. When the time comes, and if some of the the ideas gains ground, I can try helping with at least some of those. Likewise for the check preventing merges. Thanks, Tom :) -- Joel