On 1/17/02 9:34 PM, "Daniel Rall" <[EMAIL PROTECTED]> wrote:
> Jon Scott Stevens <[EMAIL PROTECTED]> writes: > >> You guys aren't getting it. All I'm saying is that instead of storing the >> files on disk in a directory, that you store them in a CVS repo (on disk). >> >> Instead of: >> >> http://jakarta.apache.org/gump/jars/foo.jar >> >> You would have a url something like this: >> >> http://cvs.apache.org/viewcvs.cgi?get=foo-1.1.jar&version=1.0 >> http://cvs.apache.org/viewcvs.cgi?get=foo-1.1.jar&version=1.1 >> >> Here is a better example: Torque isn't released yet. So, all the versions >> say: torque-3.0-dev.jar. How do you know which version of 3-0-dev.jar is the >> right version? What if you need yesterdays version instead of today's? > > This is a serious problem. I started the lib.repo as an experiment, I think this particular problem is easily solved by following a procedure where all distinct jars are released with distinct version numbers. If there happens to be 10 in one day then we have 10 minor revisions that day. The problem is in the distinction between versions, not whether the JARs are in CVS or not. The JARs can easily be given different versions which all distinct releases should have. > It can be addressed by either following > Jon's suggestion, or by not depending on CVS versions of JARs. For all the turbine projects it has been rare indeed when someone has pulled out rug from under us. We more often than not do it to ourselves. But the build system can and should take into account people who are developing against the sources. I've thought of this and will definitely try to accommodate this pattern. > Perhaps Sam can comment on how realistic this latter option is? > > Daniel > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- jvz. Jason van Zyl http://tambora.zenplex.org http://jakarta.apache.org/turbine http://jakarta.apache.org/velocity http://jakarta.apache.org/alexandria http://jakarta.apache.org/commons -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
