Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C27B8108E7 for ; Thu, 6 Jun 2013 10:39:30 +0000 (UTC) Received: (qmail 48860 invoked by uid 500); 6 Jun 2013 10:39:30 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 48700 invoked by uid 500); 6 Jun 2013 10:39:29 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 48692 invoked by uid 99); 6 Jun 2013 10:39:29 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Jun 2013 10:39:29 +0000 Received: from localhost (HELO mail-ie0-f181.google.com) (127.0.0.1) (smtp-auth username nslater, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Jun 2013 10:39:28 +0000 Received: by mail-ie0-f181.google.com with SMTP id x14so6651449ief.12 for ; Thu, 06 Jun 2013 03:39:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=CC9LIQmx0vct6VtPQPpU93fHtdakEtTS8HsZCRTVmiU=; b=Zz9bb4J3UbNb9XHZkRwGz47W2Pcas7825t5wbUiJwHR85TP1Pm5Ek+gil10jTEbsZi l/1A5ym1xO1RlCVro4TY3pEWf49fAY/GUhtzpJLRT/mv8CUNFCV3/Hmrb87VQgSRduEB Zqwjss9t0PsOPhb5aBKK27wfmTb/bAPQNwCCO61XJ2m8KjJnAue3YMRFi+RAJKEkNQbl lC9iEjS56GzvY6KsjR9V4X3ufTXMMgc7j4sR1WCm95vO1l8eWBPRJ+nBCNZ9SCXNHgDg Xbun4RQ7qweybnze9HOlDI1oSB3niSNW3178cIOygfODU3Ldj4cmyT4LGtOXBpG80SeH I96w== MIME-Version: 1.0 X-Received: by 10.50.178.198 with SMTP id da6mr5381928igc.49.1370515167995; Thu, 06 Jun 2013 03:39:27 -0700 (PDT) Received: by 10.50.77.165 with HTTP; Thu, 6 Jun 2013 03:39:27 -0700 (PDT) X-Originating-IP: [178.250.115.206] In-Reply-To: References: <7278D799-5B2A-454D-972C-80A5B6AC27F0@apache.org> Date: Thu, 6 Jun 2013 11:39:27 +0100 Message-ID: Subject: Re: [DISCUSS] Git workflow From: Noah Slater To: "dev@couchdb.apache.org" Content-Type: multipart/alternative; boundary=089e01538d86bf830c04de79ed4c X-Gm-Message-State: ALoCoQkjar9KkBvj+mbsvWikFXzeXv6o+psdRaCmINZmn9oCqgAGwEZGLGjqPWXfNzXLi8G8T1RH --089e01538d86bf830c04de79ed4c Content-Type: text/plain; charset=ISO-8859-1 My concern with commit messages -> release notes is that we're human, and mistakes will happen. How easy will it be to go in and edit commit messages? If we can do that, then we can write a tool that generates the release notes, and put the onus on committers to edit commit messages as necessary until the release notes are representative. Perhaps this is a good way of enforcing Git hygiene? On 6 June 2013 09:40, Benoit Chesneau wrote: > On Thu, Jun 6, 2013 at 10:26 AM, Benoit Chesneau > wrote: > > On Thu, Jun 6, 2013 at 9:58 AM, Garren Smith wrote: > >> I agree with Jason and Bob, the simplest way is going to be the easiest > for us to implement. > >> > >> With us wanting to use commit messages in the release notes, could we > not mark specific commit messages e.g. [Release Notes] so that only > specific commit messages get added into the release notes and other commits > get ignored. > >> > >> > > > > why would you want to parse a commit message to find a release branch > > when you could just do > > > > $ git branch -a > > $ git checkout > > > > ? > > > > - benoit > > > mmmm taking some coffee i sbetter, but having a commit message > formmatted like this: > > > Short description in 1 line > > description > > close #COUCHDB-XXXX > > > where final line can be > > - `close TICKET` for features > - `fix TICKET` for fixes > > works generally well to build changelogs and reports. Also the 1 line > on top could also be used in messaging systems :) > > - benoit > -- NS --089e01538d86bf830c04de79ed4c--