On 8/13/12 3:15 PM, "Dave Fisher" <dave2w...@comcast.net> wrote:
>
> On Aug 13, 2012, at 2:52 PM, Alex Harui wrote:
>
>>
>>
>>>
>>> Really what is the worst that can happen if someone plays in trunk and makes
>>> a
>>> mistake?
>>>
>>> Regards,
>>> Dave
>>>
>> For me, I don't like the psychology of reverting someone's changes, or even
>> my own. It feels like going backward. If the only public copy of some work
>> goes in trunk and then gets removed from the release branch, there is always
>> a chance that you'll mess up the re-integration. Yes, it is always in the
>> history to be fished out, but I'd rather avoid that.
>
> I am thinking about the psychology of working on a change and getting it all
> working in "unstable" and then waiting to see if the RM or PPMC or who exactly
> decides it is good enough to be in "stable" trunk. If I'm a committer then I
> should be trusted to not screw it up in the first place.
We had lots of good developers on Flex, but lots of stuff got checked in and
needed fixing later. In my mind, the community would have a discussion
about what goes in the release. Folks might say, "hey, feature X still has
a dozen open bugs" or, "I think feature Y is ready. I've been using it a
lot lately." I trust release managers to be eager to ship contributions but
be cautious enough to ensure high quality.
>
> If the project thinks it is near release then the group ought to work in not
> making unstable changes to trunk. We are all grown ups here aren't we?
I was under the impression that folks would be contributing all kinds of
stuff and at some point, someone would say "hey, let's release this stuff"
and start on the release process without too much advanced warning. Because
I have no idea what day we're going to decide to cut a release, I might have
just checked in new component like, say, a chart component that doesn't yet
handle labels for wedges that are too thin. That wouldn't be ready for
production, but ready for more adventurous folks to play with.
>
> In the 3-Tier scheme how many buildbots and test rigs are required vs. the
> work in trunk method?
One CI server for trunk and one for "develop". In either scheme if you cut
a branch I guess you have to add buildbots for them as well?
>
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
