I in favour of the ideas presented here as long as it doesn't cause problems getting patches back on to the trunk when they are ready.
Mike Steven M. Ottens wrote: > Gertjan van Oosten wrote: > >> As quoted from Linda Derezinski <[EMAIL PROTECTED]>: >> >> >>> I like the idea. Do we have any diskspace restrictions from codehaus >>> that we need to worry about? I would like to separate it from the >>> commiters sandbox tree. So create a new directory contribute at the >>> same level as sandbox, trunk etc. >>> >>> >> All good points raised by Linda. A separate contributions directory >> would be great. >> >> > I think it is a good idea to have a non-committers sandbox. It makes it > easier to show how something works then just giving a patch and waiting > for it to be implemented (or not). I don't mind mixing committers > sandboxes with non committer sandboxes, but I do want to prevent > non-commmitters to access the trunk so if it is easier to do this by > separating the two it's fine by me. > > Steven > >> regards, >> >> > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mapbuilder-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ mapbuilder-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel
