Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (nike.apache.org: domain of mmocny@google.com designates
 209.85.220.54 as permitted sender)
MIME-Version: 1.0
Sender: mmocny@google.com
In-Reply-To: <50F4C1AE.2080401@gmail.com>
References: 
 <CADVgkyMZmhcc8RbLNyNXi3cJ9iM=h9ScvU2ZnET3X4q9L95V1w@mail.gmail.com>
	<CD19BDD4.158A2%fil@adobe.com>
	<CABiQX1WbsVx9W5DaxN-77_x5RAOHSodnsiRPxURzCgQLqMjXCQ@mail.gmail.com>
	<CADVgkyMtbYhhpjLkEHv=ru3LiWp0TrrZ1HnbR9cKnzr4o+1aLA@mail.gmail.com>
	<CABiQX1UC+U9EkzS8U1mcnZAeNKfLz6iVe+ixW72EUXw=5EhBqg@mail.gmail.com>
	<CADVgkyND4nLsY4m9iQsp8xz_A2xVK4Gc+3232WZVeHtH==gEQQ@mail.gmail.com>
	<50F4C1AE.2080401@gmail.com>
Date: Mon, 14 Jan 2013 22:06:24 -0500
Message-ID: 
 <CAEeF2TfhN8tvBZAXw5OBVgMa3Lh7Qy2zEBDduwa7GN23k2xGuQ@mail.gmail.com>
Subject: Re: too long to package a release?
From: Michal Mocny <mmocny@chromium.org>
To: dev@cordova.apache.org
Content-Type: multipart/alternative; boundary=047d7b339b73065db404d34b0caa

--047d7b339b73065db404d34b0caa
Content-Type: text/plain; charset=ISO-8859-1

Okay gentlemen, I think there have been countless good points made from all
parties, but also some bike-shedding.

Perhaps it is time to schedule some face-time to better articulate some of
the finer points, and to help come to some consensus?

-Michal


On Mon, Jan 14, 2013 at 9:40 PM, Marcel Kinard <cmarcelk@gmail.com> wrote:

> Sorry if this got asked before, but does a feature branch get deleted
> after it is merged? Just wondering about branch clutter over a long period,
> or if this is just the same as a topic branch using today's committer
> workflow.
>
>
> On 1/14/2013 5:34 PM, Brian LeRoux wrote:
>
>> You work on a Feature branch. It gets rolled into Dev as needed so
>> others can merge / collaborate on said feature. When it feels right
>> instead of merging a large set of potentially breaking commits to
>> Unstable the dev working on said feature just merges that feature.
>> This would require more responsibility for the committer to keep track
>> of their feature branches which I could see as being more overhead.
>>
>>
>

--047d7b339b73065db404d34b0caa--