Please keep in mind that manually reversioning a snapshot build will leave snapshot traces. For example, the pom is included in a jar built by Maven (which will then have the wrong version info in it). Also, depending on config, the manifest file could include the version number.
Also, your internal versioning scheme is IMHO not good. You should use a qualifier to identify your internally released version (keeping groupId and artifactId). For example (and what I use) is to include something unique to your organization (like the company name) and then maybe the scm revision. Like this: 5.9-ABC_r52161 5.9 would then come from the SNAPSHOT version and ABC would be your organization. Instead of a scm revision you could use something more meaningful to you (like "OV.1"?) /Anders On Tue, May 21, 2013 at 3:31 PM, Andy <[email protected]>wrote: > Hi List, > > I'll try and keep this short: > > I regularly build a known stable (thoroughly tested) ActiveMQ snapshot off > the trunk for use in a local project - 5.9-SNAPSHOT at the time of writing. > > I am trying to find an efficient way of deploying this multi-module > snapshot to our network repository using an internal version, e.g. 5.9.OV.1 > > Is there a way to do this without changing any poms, i.e. from the the > command line using an override property. > > Currently I copy the snapshot, reversion it and then deploy. This just > feels like it is too much work. > > Any advice? > > Andy. > > > ------------------------------**------------------------------**--------- > To unsubscribe, e-mail: > users-unsubscribe@maven.**apache.org<[email protected]> > For additional commands, e-mail: [email protected] > >
