FWIW: I agree with Jason on this. It's already staged in Nexus, there really isn't a point (to me) to stage it yet someplace else. If the vote fails, that would then mean multiple places to have to go to to drop things, cleanup, etc… More steps means more things are likely to be forgotten. I'm failing to see the point of sticking it in SVN in addition to the Nexus staging area.
Dan On Nov 26, 2012, at 10:47 AM, Jason van Zyl <ja...@tesla.io> wrote: > On Nov 26, 2012, at 7:28 AM, Olivier Lamy <ol...@apache.org> wrote: > >> 2012/11/26 Jason van Zyl <ja...@tesla.io>: >>> What are you referring to specifically? >> " >> The goal is to commit candidate release to svn tree >> https://dist.apache.org/repos/dist/dev/maven/maven-3/$VERSION. > > More to the point what is it that we're really trying to do here? > > To me it's to make it available for people to try easily in a way that is the > least error prone way possible. To pull down a bunch of stuff to my machine, > make some SVN directories and then push it back up simply doesn't seem > necessary. Benson already tried the first version from Nexus so is this > honestly an unreasonable practice. I think the RM's duty is just to make the > bits available for verification in a consistent way. We generally use the > directory that our build outputs which in our case is: > > https://repository.apache.org/content/repositories/maven-073/org/apache/maven/apache-maven/3.1.0/ > > I know what the document says but does that really make sense? > > Does anyone think it unreasonable to simply use the Nexus staging repository? > It's automated, less error prone, easy to remove and to me just makes more > sense given our release tool chain. > >> Then >> once the vote passed svn move to >> https://dist.apache.org/repos/dist/release/maven/maven-3/$VERSION. >> " > > This needs to be stored forever so if SVN is being used for the canonical > releases then so be it. I think it's an odd use of SVN but when you have the > SVN hammer ... > > >>> >>> On Nov 26, 2012, at 12:24 AM, Olivier Lamy <ol...@apache.org> wrote: >>> >>>> There is a procedure described here >>>> http://maven.apache.org/developers/release/maven-core-release.html with a >>>> place for zip,tarball etc.. >>>> >>>> Why not following that ? >>>> >>>> >>>> -- >>>> Olivier >>>> Le 26 nov. 2012 07:24, "Jason van Zyl" <ja...@tesla.io> a écrit : >>>> >>>>> Hi, >>>>> >>>>> Here is a link to Jira with 30 issues resolved: >>>>> >>>>> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=18967 >>>>> >>>>> Staging repo: >>>>> https://repository.apache.org/content/repositories/maven-073/ >>>>> >>>>> The distributable binaries and sources for testing can be found here: >>>>> >>>>> https://repository.apache.org/content/repositories/maven-073/org/apache/maven/apache-maven/3.1.0/ >>>>> >>>>> Specifically the zip, tarball, and source archives can be found here: >>>>> >>>>> https://repository.apache.org/content/repositories/maven-073/org/apache/maven/apache-maven/3.1.0/apache-maven-3.1.0-bin.zip >>>>> >>>>> https://repository.apache.org/content/repositories/maven-073/org/apache/maven/apache-maven/3.1.0/apache-maven-3.1.0-bin.tar.gz >>>>> >>>>> https://repository.apache.org/content/repositories/maven-073/org/apache/maven/apache-maven/3.1.0/apache-maven-3.1.0-src.zip >>>>> >>>>> https://repository.apache.org/content/repositories/maven-073/org/apache/maven/apache-maven/3.1.0/apache-maven-3.1.0-src.tar.gz >>>>> >>>>> Staging site: >>>>> http://people.apache.org/~jvanzyl/staged-sites/ref/3.1.0 >>>>> >>>>> The documentation specifically for this release pertains to JSR330 and >>>>> SLF4J-based logging: >>>>> http://maven.apache.org/maven-jsr330.html >>>>> http://maven.apache.org/maven-logging.html >>>>> >>>>> Vote open for 72 hours. >>>>> >>>>> [ ] +1 >>>>> [ ] +0 >>>>> [ ] -1 >>>>> >>>>> Thanks, >>>>> >>>>> Jason >>>>> >>>>> ---------------------------------------------------------- >>>>> Jason van Zyl >>>>> Founder & CTO, Sonatype >>>>> Founder, Apache Maven >>>>> http://twitter.com/jvanzyl >>>>> --------------------------------------------------------- >>>>> >>>>> People develop abstractions by generalizing from concrete examples. >>>>> Every attempt to determine the correct abstraction on paper without >>>>> actually developing a running system is doomed to failure. No one >>>>> is that smart. A framework is a resuable design, so you develop it by >>>>> looking at the things it is supposed to be a design of. The more examples >>>>> you look at, the more general your framework will be. >>>>> >>>>> -- Ralph Johnson & Don Roberts, Patterns for Evolving Frameworks >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>> >>>>> >>> >>> Thanks, >>> >>> Jason >>> >>> ---------------------------------------------------------- >>> Jason van Zyl >>> Founder & CTO, Sonatype >>> Founder, Apache Maven >>> http://twitter.com/jvanzyl >>> --------------------------------------------------------- >>> >>> Three people can keep a secret provided two of them are dead. >>> >>> -- Benjamin Franklin >>> >>> >>> >>> >>> >> >> >> >> -- >> Olivier Lamy >> Talend: http://coders.talend.com >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> For additional commands, e-mail: dev-h...@maven.apache.org >> > > Thanks, > > Jason > > ---------------------------------------------------------- > Jason van Zyl > Founder & CTO, Sonatype > Founder, Apache Maven > http://twitter.com/jvanzyl > --------------------------------------------------------- > > happiness is like a butterfly: the more you chase it, the more it will > elude you, but if you turn your attention to other things, it will come > and sit softly on your shoulder ... > > -- Thoreau > > > > > -- Daniel Kulp dk...@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
