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 F1AB2D419 for ; Thu, 1 Nov 2012 06:15:50 +0000 (UTC) Received: (qmail 74328 invoked by uid 500); 1 Nov 2012 06:15:50 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 74199 invoked by uid 500); 1 Nov 2012 06:15:49 -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 74170 invoked by uid 99); 1 Nov 2012 06:15:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2012 06:15:48 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bchesneau@gmail.com designates 209.85.223.180 as permitted sender) Received: from [209.85.223.180] (HELO mail-ie0-f180.google.com) (209.85.223.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2012 06:15:42 +0000 Received: by mail-ie0-f180.google.com with SMTP id e10so3059764iej.11 for ; Wed, 31 Oct 2012 23:15:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=FPgwDEGU9tzBOzcdcsVBh//fEWjKMAcDUfseASbOOuk=; b=iZIBpKf09HSoVf7AYfYRvK0NdmvUlU6X2nl/3MOy1UKc3f/bIrGweIXGJ+TLNVXpNi vQJMmtYtbpjNI/+ntg5uqXZcoR3Cknrz1sn1bdzpOuLURnTBeBS3EgRyb81exba0/WxL jQwerKcALpSa9OwLZpYn7cMa+7e3fZiWb1DZnZcqsjkf8Xg/wQwqGcked5x71gw09ioN f7Jw/S1HRFEPhKNQ8lT4GTVpGcJFH+J6EZgO8YCedttMrOhPuj4pJX5kqmuh30QCb8cG lu5WCwveECY5pIM/IkenPKkLsarsh0akAs6KgiP5WnQajI/2c7fiX7YGd243ZvjOEaln /1Qw== MIME-Version: 1.0 Received: by 10.50.33.174 with SMTP id s14mr238153igi.11.1351750521946; Wed, 31 Oct 2012 23:15:21 -0700 (PDT) Received: by 10.64.77.196 with HTTP; Wed, 31 Oct 2012 23:15:21 -0700 (PDT) In-Reply-To: References: <7D76050A-3095-46A3-81EA-2DB30E78E263@apache.org> <87B791B0-2812-41FB-A91B-E005EB785D9B@apache.org> Date: Thu, 1 Nov 2012 07:15:21 +0100 Message-ID: Subject: Re: branching in couchdb From: Benoit Chesneau To: "dev@couchdb.apache.org" Content-Type: multipart/alternative; boundary=f46d04446969af83af04cd68f14d X-Virus-Checked: Checked by ClamAV on apache.org --f46d04446969af83af04cd68f14d Content-Type: text/plain; charset=ISO-8859-1 So I didn't realize we settled on Ticket-{feature,fix}_coolname here (hence my git spam this morning) . Imo this naming is awkward and miss the initial goal. ie make it easy to parse even for humans. Today this isn't a problem we have not so many branch. But in near future I expect more activity on the repo and it will become important. It will be hard to rename it after than deciding today on a good naming. Imo we should really think a little more on that. Beeing relaxed is fine, but to be honest I am generally more relax when I know that things in the future won't be a problem. - benoit On Wed, Oct 31, 2012 at 4:41 PM, Jan Lehnardt wrote: > > On Oct 31, 2012, at 16:39 , Benoit Chesneau wrote: > > > On Wed, Oct 31, 2012 at 4:27 PM, Jan Lehnardt wrote: > > > >> > >> On Oct 31, 2012, at 16:23 , Paul Davis > >> wrote: > >> > >>> On Wed, Oct 31, 2012 at 11:18 AM, Adam Kocoloski > >> wrote: > >>>> No objection from me, Jan. I don't see the need for a dedicated > >> "develop" branch at the moment, but then I've not worked intensively on > a > >> project which had one. > >>>> > >>>> Adam > >>> > >>> I think the intention there is if you have a sufficiently large test > >>> suite that accurately represents reality. Thus when you're landing > >>> features in quick succession you have a place to test the combination > >>> before they "go live". I'm not sure we really have that (also > >>> considering that we run our test suite locally and don't rely on a > >>> central CI server). > >> > >> Good summary! > >> > >> I think we want to be working towards that, but yeah, we are not > >> really there yet, and we don't have many concurrent features and > >> fixes going on. > >> > >> But again, I am happy to reconsider this, when we run into issues > >> with the current setup. > >> > >> Cheers > >> Jan > >> -- > >> > >> I'm not sure it will help when we will have n branches. Also I think we > > should have more test and c-i. The current situation is not that good and > > we spoke about it at the boston summit. > > Fully agreed! > > > Anyway if we stay with the current situation yes having one referent doc > > would be good. > > I updated http://wiki.apache.org/couchdb/Merge_Procedure. > > Cheers > Jan > -- > > > > > --f46d04446969af83af04cd68f14d--