Re: [Proposal] Flattening the sandbox

2006-04-04 Thread Martin Cooper
On 4/3/06, Don Brown <[EMAIL PROTECTED]> wrote: > > I'd like to flatten the sandbox, leaving it up to each project whether > they want tags or branches. For Struts 1.2 and > earlier, the sandbox represented unfinished code relevant to the release, > however now, it is a sandbox for the whole > Str

Re: [Proposal] Flattening the sandbox

2006-04-03 Thread Rahul Akolkar
On 4/3/06, Don Brown <[EMAIL PROTECTED]> wrote: > I agree with the no release policy, but sometimes you do have a need for a > simple branch. Actually, the proper term > would probably be "shelf" [1]. I've found shelves a great way to get your > own space to try new things, without > disrupting

Re: [Proposal] Flattening the sandbox

2006-04-03 Thread Don Brown
I agree with the no release policy, but sometimes you do have a need for a simple branch. Actually, the proper term would probably be "shelf" [1]. I've found shelves a great way to get your own space to try new things, without disrupting the normal development process. Still, I'd imagine that

Re: [Proposal] Flattening the sandbox

2006-04-03 Thread James Mitchell
I agree. Similar to how jakarta commons sandbox specifically disallows releases, we should probably have the same (sort of) policy in our sandbox. So without a release, there's not really a need for tags/branches. Your thoughts? -- James Mitchell On Apr 3, 2006, at 5:40 PM, Don Brown

[Proposal] Flattening the sandbox

2006-04-03 Thread Don Brown
I'd like to flatten the sandbox, leaving it up to each project whether they want tags or branches. For Struts 1.2 and earlier, the sandbox represented unfinished code relevant to the release, however now, it is a sandbox for the whole Struts project and not tied to Action 1. Therefore, I think