Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <17EA21D6-2EC2-11D9-8B4D-000A95D41A40@4quarters.com>
References: <Pine.LNX.4.58.0411041808030.25396@saturn.opentools.org>
 <97552FB8-2EBB-11D9-BC3B-000D93C5B79C@gluecode.com>
 <6F0E212D-2EBC-11D9-8B4D-000A95D41A40@4quarters.com>
 <F8B0595E-2EBE-11D9-BC3B-000D93C5B79C@gluecode.com>
 <17EA21D6-2EC2-11D9-8B4D-000A95D41A40@4quarters.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <D5E24334-2EC5-11D9-B1CA-000D93331A8C@gluecode.com>
Content-Transfer-Encoding: 7bit
From: David Blevins <dblevins@gluecode.com>
Subject: Re: SVN Branches
Date: Thu, 4 Nov 2004 16:58:41 -0800
To: dev@geronimo.apache.org

Motivations, diffusing, back channels....  Can we turn this back into a 
technical discussion?  Somewhere in the ballpark of a simple +/-1 
maybe.

-David

On Nov 4, 2004, at 4:31 PM, Geir Magnusson Jr wrote:

>
> On Nov 4, 2004, at 4:09 PM, Dain Sundstrom wrote:
>
>> On Nov 4, 2004, at 3:51 PM, Geir Magnusson Jr wrote:
>>
>>>
>>> On Nov 4, 2004, at 3:45 PM, Dain Sundstrom wrote:
>>>
>>>> It is covered in the subversion book http://svnbook.red-bean.com/
>>>>
>>>> Can understand why you would want to branch for security, but I 
>>>> think you should keep working on your deployment stuff in the main 
>>>> trunk.
>>>
>>> If it's easy to fold back in, why not do in a branch?  There's 
>>> clearly a difference of opinion here, one in which both sides feel 
>>> pretty strongly.  Out of respect and courtesy, why not do in a 
>>> branch if the downside costs of having to bring it back to trunk are 
>>> so low?
>>
>> If there are differences they should be aired on this list.  I see 
>> this as a back channel to not have Aaron implement a feature everyone 
>> liked except Jeremy.
>
> They are being aired on the list.  Doing the code in a branch (which 
> seems to have no real extra cost) is also as transparent as can be.  
> With no added work, with everything in public, how is this a "back 
> channel", and how would this prevent, discourage or otherwise 
> influence Aaron to not implement anything he wishes?
>
>>
>>> It's rather traditional in some other projects I've been in to 
>>> demonstrate contrary ideas in a way that guarantees good exposure to 
>>> the community, with little disruption.
>>
>> For a stable project that is not under active development, I 
>> understand, but everything in geronimo is changing quickly.  Should I 
>> have implemented disabled gbeans in another branch?  Should Alan 
>> implement CORBA in a branch?  Since this is the first time for 
>> someone to branch, I suspicious of the motivations.
>
> You might then suggest what my motivations would be for trying to 
> diffuse this in a way that everything can be done in the open.
>
> geir
>
>>
>> -dain
>>
>>
> -- 
> Geir Magnusson Jr                                  +1-203-665-6437
> geir@gluecode.com