----- Original Message ----- > From: "Aleksandar Kurtakov" <akurt...@redhat.com> > To: "Linux Tools developer discussions" <linuxtools-dev@eclipse.org> > Sent: Wednesday, December 4, 2013 8:53:07 AM > Subject: [linuxtools-dev] Linux Tools 3.0 and build system > > Hi everyone, > I'm going to push bump to 3.0.0 version to our build system. I have few other > things I think would ease releng and general acceptance of our plugins: > * let features inherit their version from the main pom - this way features > will have the release version always as tycho will enforce feature.xml and > pom.xml having same version. I think of features as pure End user thing so > we would better have consistent versioning there.
If I read this correctly, you want to bump all features to the Linux Tools version number (i.e. the top-level version number). There is a problem with Tycho versions plug-in that screws up when plug-ins and features are the same as the version of Linux Tools when we are removing the SNAPSHOT attribute for the release. It removes the SNAPSHOT attribute from plugins and features that have the same value and removes their .qualifier attributes from feature.xml and MANIFEST.MF files. I have to manually add these back in each time. With your change, this means that all features will trigger this from now on. It's already enough of a chore as it is. > * let doc plugins inherit their version from the main pom - same reasoning as > for the features This might not be a bad idea since the docs should be cohesive across the release and might cross-reference each other. > * bump all plugins that are part of our update site to be at least version > 1.0.0 Yes. > * should we update test plugins to inherit version too? I'm 50/50 on this one > but we would better have versions bumped in test bundles if we would like > them to be used for testing outside of the build system on already installed > systems. > > This is provoked by tycho-versions plugin touching more than it should and > reducing different versions would make it simpler or at least less things to > review on bumping version and noticing that in general versions of non-code > artifacts are just left at arbitrary state. > See above. > Alexander Kurtakov > Red Hat Eclipse team > > _______________________________________________ > linuxtools-dev mailing list > linuxtools-dev@eclipse.org > https://dev.eclipse.org/mailman/listinfo/linuxtools-dev > _______________________________________________ linuxtools-dev mailing list linuxtools-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
