Hi Alex, But it means huge change of files which needs to be commited into our repository - about 800 files, where could be some error introduced. As I said, I want to have possibility to build with snapshot and without snapshot without changing files. Our tests are using snapshot version, and final build will be produced without snapshot version. Is this possible? Thanks, Jan Kind regards / S pozdravem Jan Pešta SW Engineer Sr. CertiCon a.s., www.certiconglobal.com Vaclavska 12 12000 Prague 2 Czech Republic Office Prague: +420 224 904 200 Office Pilsen: +420 224 904 406 Mobile: +420 604 794 306 E-mail: jan.pesta@xxxxxxxxxxx From: tycho-user-bounces@xxxxxxxxxxx [mailto:tycho-user-bounces@xxxxxxxxxxx] On Behalf Of Alex Blewitt Sent: Wednesday, April 02, 2014 12:09 PM To: Tycho user list Subject: Re: [tycho-user] Building project without SNAPSHOT If you want to build version 1.1.0, then put 1.1.0 in both the manifest and the pom.
The comparison problem is known to me – we have a plan, that final build will have change 1.0.0 -> 1.1.0. I am asking if there is configuration and how to configure to don’t have .RELEASE at the end of version. Think is that we will also produce builds with snapshots for our internal testing with SNAPSHOT, so I would like just have some think which will remove –SNAPSHOT maven build is some package face or another face if possible. Or is it possible to create build with snapshot but without version which contains snapshot? Currently we have large project, with versioning using snapshots. MANIFEST.MF version – 1.0.0-SNAPSHOT Pom.xml version – 1.0.0. qualifier We are building normal builds with those SNAPSHOT/qualifier used, but our customer wants to have a final build, where is no SNAPSHOT/qualifier used. Is there easy way how to set those values to empty values – in best just by some profile configuration? You can change it to 1.0.0 and 1.0.0 in both places. However note that in OSGi 1.0.0 < 1.0.0.2014… so the empty value is the lowest such value and will not replace any prior builds. Spring use RELEASE as the qualifier and version, so 1.0.0.RELEASE in both places. Alternatively you could use versions such as 1.0.1 in your final release. _______________________________________________ tycho-user mailing list tycho-user@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/tycho-user |