On Wed, 2004-01-07 at 10:32, John Casey wrote: > Is it a little naive to assume that active development can only take > place on one branch at a time?
I'm not assuming that at all, I'm telling you what a SNAPSHOT was originally defined as. I said before that the notion of a SNAPSHOT may need to be refine or another notion may be required. > It seems to me that this is what we > assume when we dictate that we can only have a single SNAPSHOT version > of code out there. In fact, I have worked on projects wherein we were > testing bugfixes on one branch and doing new development on another. In > each case, we would want the behavior of the SNAPSHOT (i.e. > check/download from central repo each time), until we were ready to > release (bugfix/next version). It just seems a little like we're boxing > our target developers in a little by assuming only one active > development effort at a time...IMHO, of course. > > -john > > On Wed, 2004-01-07 at 10:07, Jason van Zyl wrote: > > On Wed, 2004-01-07 at 09:29, Maczka Michal wrote: > > > I am trying to find about the best practices related to SNAPSHOT > > > dependencies. > > > More and more I think about them I find that some things are rather not > > > clear and quite inconsistent. > > > > > > There is one misleading thing: We often find in POMs (maven, maven plugins > > > do that): > > > > > > <project> > > > <pomVersion>3</pomVersion> > > > <id>maven</id> > > > <name>Maven</name> > > > <currentVersion>1.1-SNAPSHOT</currentVersion> > > > ^^^^^^^^^^^^^^^^^^^^ > > > > > > (I understand that <currentVersion>1.1-SNAPSHOT</currentVersion> denotes > > > that next release will be 1.1.) > > > > > > It is possible to do > > > > > > maven jar:install (will put maven-1.1-SNAPSHOT to repository) > > > > That should probably be altered. That really shouldn't go into the > > repository. > > > > > > > > maven jar:install-snapshot (will put maven-SNAPSHOT to repository) > > > > > > Do we really intend to have two different types of snapshots? > > > > No, there is only one. We probably just need one install that takes into > > account SNAPSHOT in the current version. I realize that having SNAPSHOT > > along with a version in the currentVersion element is confusing but you > > also can't remove the numerical portion from the current version. > > > > > <dependency> > > > .. > > > <version>1.1-SNAPSHOT</version> (latest version of 1.1 branch) > > > </dependency> > > > > > > and > > > > > > <dependency> > > > .. > > > <version>SNAPSHOT</version> (latest version which can come from any of > > > the branches) > > > </dependency> > > > > > > > > > If not maybe we can just have one single "install" goal instead of "install > > > and "install-snapshot"? > > > > +1 > > > > Looking at the currentVersion to decide. If "SNAPSHOT" is present then > > do the right thing. > > > > > "jar:install" goal executed on project which current version is 1.1-SNAPSHOT > > > will deploy a snapshot version of jar. > > > > > > Maybe indeed it is reasonable to lock usage of snapshot to one branch (like > > > 1.0-SNAPSHOT, 1.1-SNAPSHOT)? > > > > This was always the original intent, that the snapshot is the what most > > resembles the latest code. Not the latest for each possible branch. > > > > > AFAIR there were some discussions about introducing something which denotes > > > latest released version (something like maven-RELEASE). > > > Maybe we should use those things together? > > > > Definitely the notion of the latest released would be useful. > > > > > Any ideas? > > > > > > Michal > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
