Hi, Having lurked on this discussion so far, I have one question at this point. I've seen /jakarta/tomcat referenced. If you look at CVS, there's no such thing. Instead, there are several CVS modules for tomcat: jakarta-tomcat-5, jakarta-tomcat-4, jakarta-tomcat-catalina, jakarta-tomcat-connectors, jakarta-tomcat-jasper, jakarta-servletapi-5(*), etc. Under SVN, would these become /jakarta/tomcat/catalina or /jakarta/tomcat-catalina ?
(*) = The Servlet API could be its own project, e.g. /jakarta/servlet-api, and does not have to be under the Tomcat tree. Yoav Shapira Millennium Research Informatics >-----Original Message----- >From: Henning Schmiedehausen [mailto:[EMAIL PROTECTED] >Sent: Tuesday, September 28, 2004 4:18 AM >To: Jakarta General List >Subject: RE: CVS->SVN Was: SVN of ECS > >Hi, > >ok. So this means, once we get e.g. /jakarta/turbine, we could >set the repository structure below it just as we see it fit? > >We (Turbine) currently have (for history reasons) a lot of CVS >repositories and consolidating them is a real pet peeve for me. ;-) > > Regards > Henning > >On Mon, 2004-09-27 at 18:47, Noel J. Bergman wrote: >> > > If I'm not wrong (and I could be) we should just have >> > > > /jakarta/tomcat >> > > /jakarta/velocity >> > > /jakarta/.... >> >> Correct. https://svn.apache.org/repos/asf/jakarta/sub/{ttb}. I suggest >> that tags be used instead of releases, since (a) it is a known >convention, >> and (b) you may have tags other than releases. >> >> > I'd -1 that. Every single commit to a Jakarta project would >> > increase the global revision number. >> >> Ignore it. It is not a per-project revision indictor, and there is no >> intent to have more than one public SVN repository for the ASF. Every >> commit to every ASF project will increase the GBN. >> >> SVN repositories are not cheap to setup and maintain when you take into >> account other behind-the-scenes issues, including access control, hooks, >> backup, et cetera. It is quite easy to do access control with a single >> Subversion repository. And it is trivial to handle project promotion or >> migration since we simply do an `svn move` operation. >> >> In any event, this isn't a Jakarta issue. If you want to debate the >merits, >> that would be on [EMAIL PROTECTED] >> >> --- Noel >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >-- >Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH >[EMAIL PROTECTED] +49 9131 50 654 0 http://www.intermeta.de/ > >RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire > Linux, Java, perl, Solaris -- Consulting, Training, Development > >"Fighting for one's political stand is an honorable action, but re- > fusing to acknowledge that there might be weaknesses in one's > position - in order to identify them so that they can be remedied - > is a large enough problem with the Open Source movement that it > deserves to be on this list of the top five problems." > --Michelle Levesque, "Fundamental Issues with > Open Source Software Development" > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
