The distributionManagement overrides should be removed once Nexus is being use, as the apache-7.pom defines these. You want to push everything to Nexus (except maven sites), so SNAPSHOTs automatically show up in the snapshot repo and any release artifacts will automatically go into a staging repo, which you then have to close and only promote after a vote passes. The only thing I haven't had experience with yet, is how to handle ci setups like Hudson, if you want passing builds to publish snapshots...
As we found out in Geronimo, through our own snapshot publishing and through depending on ActiveMQ snapshots, once you start using Nexus, you cannot reliably use both Nexus and scp to p.a.o for artifacts in the same groupId (sub-project), as the Nexus repo looks at both its snapshot repo and the old p.a.o snapshots repo when trying to service requests and gets totally confused (user builds will see failures to download snapshot artifacts as the unique version on the pom and jars wouldn't match.) Also, I'd suggest removing any duplicate pluginManagement settings which are provided by the parent pom, as that will reduce future maintenance of your parent pom. -Donald On 5/26/10 7:00 AM, sebb wrote: > The Commons parent pom currently overrides the release deployment > descriptor in the Apache parent pom. > > This was done for a very good reason - to prevent accidental > deployments to the live forge. > > However, now that the Apache parent POM uses the Nexus staging > repository for snapshot and release deployments, IMO the Commons > Parent POM actually makes it less safe. > > I think the overrides of the deployment descriptors should be removed > from the Commons Parent pom ASAP - or at least the override should > point to Nexus. > > It would still be possible to use the live forge if really necessary - > by redefining the altDeploymentRepostory property. [Or one could add a > profile to define it]. > > Unfortunately the Commons "release" profile does more than just change > the deployment repository, so one has to use it to create valid > release artifacts. > > Views? > > --------------------------------------------------------------------- > 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
