Ok, we can keep SNAPSHOT. I was just thinking it'll be nice if the tag sets the right version, for convenience. It's not so hard to do.
BTW, I don't build the code, just run jar-src so I can attach the source to the jars for debugging purposes. If we had packaged them already (not that I propose that we do that), I wouldn't be downloading the source at all. Thanks, Shai On Friday, April 1, 2011, Uwe Schindler <u...@thetaphi.de> wrote: > +1. > > In all previous releases we were leaving the -dev in the common-build.xml, > it's simply now -SNAPSHOT. Whenever somebody compiles the code himself, there > might be changes in it so the reproduced JAR files are not identical to the > released ones. > > This was the same for all releases before (at least since 2.9.0 where we had > the discussion, too). > > Uwe > > ----- > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: u...@thetaphi.de > > >> -----Original Message----- >> From: Steven A Rowe [mailto:sar...@syr.edu] >> Sent: Friday, April 01, 2011 3:19 PM >> To: dev@lucene.apache.org >> Subject: RE: Questions about 3.1.0 release, SVN and common-build.xml >> >> Hi Shai, >> >> On 4/1/2011 at 8:32 AM, Shai Erera wrote: >> > Also, the common-build.xml under the tag and the downloaded sources >> > specifies version to be 3.1-SNAPSHOT. On the ReleaseTodo I found >> > this: "... and the default version in lucene/common-build.xml on the >> > branch to X.Y (remove the -SNAPSHOT suffix)", so I guess 'SNAPSHOT' >> > should have been removed, but also version should be set to 3.1.0. >> >> I'm pretty sure the ReleaseTodo page is wrong on this. >> >> Building from a source distribution should *not* produce artifacts that have >> the same version in their names as the binary release. We don't want same- >> version-but-different binary artifacts being accidentally produced. There's >> nothing stopping people from changing this themselves, of course, so leaving >> the pre-release version name, including the "-SNAPSHOT" suffix, in the >> source release is just a passive defense against this kind of mistake. >> >> I'll change the ReleaseTodo page if there are no objections. >> >> Steve > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org