
<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><BR><DIV><DIV>On 17 Dec 2006, at 5:57 AM, Steven Wittens wrote:</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite"><P style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px"><BR></P> <P style="margin: 0.0px 0.0px 0.0px 0.0px"><FONT face="Helvetica" size="3" style="font: 12.0px Helvetica">As far development of modules that is still in progress, IMO the recent contrib branching improvements solve a lot of that. You can now work on alpha-features while maintaining a stable working version.</FONT></P> <P style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px"><BR></P> </BLOCKQUOTE></DIV>you need a project before you can create directories in the normal cvs.<BR><DIV>and most of the things in sandboxes will never have projects created for them.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>and there's a lot of useful stuff in sandboxes, for the right people.</DIV><DIV>Sandboxes are a way for developers to share code, and not meant for end users.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Additionally, working on large core patches in sandboxes are not really ideal either.</DIV><DIV>I've found it best to have an actual complete drupal core checked into </DIV><DIV>a revisioning system, with multiple people having write access to it, to work on big core</DIV><DIV>patches.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Something which the sandboxes are not well suited to, and separate repositories are better for.</DIV><DIV><BR class="khtml-block-placeholder"></DIV></BODY></HTML>