On Wed, Aug 3, 2011 at 6:32 AM, Henri Yandell <flame...@gmail.com> wrote: > On Tue, Aug 2, 2011 at 9:30 PM, Phil Steitz <phil.ste...@gmail.com> wrote: >> On 8/2/11 5:22 PM, Henri Yandell wrote: >>> On Tue, Aug 2, 2011 at 7:23 AM, Emmanuel Bourg <ebo...@apache.org> wrote: >>>> Are we still going to deploy Maven artifacts by SCPing to >>>> m2-ibiblio-rsync-repository on people.apache.org? >>>> >>>> I've been discussing the permissions issue for the old groupIds on Nexus >>>> with the Infra team (i.e components using the old groupId >>>> commons-<componentname> need a specific configuration on the snapshot and >>>> release repositories). >>>> >>>> Brian Demers kindly proposed to allow the deployment of all commons-* >>>> groups >>>> on Nexus, but it would require to block the deployment through >>>> people.apache.org to avoid metadata conflicts. >>>> >>>> Do we all agree on using exclusively Nexus for our releases? >> >> I would prefer to leave the door open to release more point releases >> of [pool] and [dbcp] 1.x using the working scripts that i have, so >> pls do not nuke those. The new versions are in the org.apache >> groupId tree, so we will have no choice but to use nexus for those. >> >> I will have agree to use nexus for the maven repo bits, but prefer >> to create the actual release artifacts locally, examine them, call a >> VOTE on them and move the same bits to /dist. Personally, I would >> rather see us move back the other way (use the Tomcat setup, with >> Ant tasks pushing to p.a.o/rysnch), but I can see I am in the >> minority here, so will not stand in the way. > > Well, I'm in the same minority and I'm not aware it's a minority (have > we taken a vote from those release managing?).
Me too. When maven works, its great - but when it doesn't it makes you want to tear your hair out. The only releases I've done using the release plugin were commons-parent & the build plugin. That was a while ago, but more often than not there were issues. Niall > Nexus, Maven release-plugin, they all fire off my keep-it-simple > warning flags. They mistake magic for simplicity. > > Hen > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org