Thanks Eike, I will definitely take a look into it.
Cheers Alexander Am 24.03.2014 um 03:20 schrieb Eike Stepper <[email protected]>: > Hi Alexander, > > With respect to forgetting to increase the micro versions properly I'd like > to point you to the "Version Management" Builder that Ed and I have > developed. It automatically creates and maintains a binary baseline (simple > files release.xml and release.digest). According to this baseline and your > changes it suggests micro version increments of +1 or +100 (depends on the > stream configuration in a release.properties file). The builder optionally > manages all version segments of features depending on their transitive > contents. If you're interested install the tool from > http://download.eclipse.org/modeling/emf/cdo/updates/integration and try it > out. I don't want to miss it anymore ;-) > > Cheers > /Eike > > ---- > http://www.esc-net.de > http://thegordian.blogspot.com > http://twitter.com/eikestepper > > > > Am 24.03.2014 02:38, schrieb Alexander Nyßen: >> I am not sure whether this is the right location to ask, but I have a >> question w.r.t. to the correct versioning of our bundles for the Luna 3.9.2 >> release of GEF: >> >> For Kepler SR1 we have shipped GEF 3.9.1 (feature-version), which contained >> org.eclipse.draw2d 3.9.0 (which actually remained unchanged from 3.9.0 >> release) and org.eclipse.gef.3.9.0 (which should actually have been 3.9.1, >> because there was a service level change from 3.9.0, but which was not >> updated either). Both bundles have changed again since the GEF 3.9.1 release >> (while again only service-level bugfixes). As GEF 3.9.2 (feature-version) is >> developed on the master branch (Luna stream), while GEF 3.9.1 >> (feature-version) was developed on the Kepler maintenance stream, should we >> rather increase the versions of both bundles to 3.9.100 now to indicate we >> are on a new development stream, or rather to 3.9.1 (or in case of >> org.eclipse.gef to a more appropriate 3.9.2 because 3.9.1 should already >> have been included in GEF 3.9.1)? >> >> Best Regards >> Alexander >> -- >> Dr. Alexander Nyßen >> Dipl.-Inform. >> Software-Engineer >> >> Telefon: +49 (0) 231 / 98 60-210 >> Telefax: +49 (0) 231 / 98 60-211 >> Mobil: +49 (0) 151 / 17396743 >> >> http://www.itemis.de >> [email protected] >> >> itemis AG >> Am Brambusch 15-24 >> 44536 Lünen >> >> Rechtlicher Hinweis: >> >> Amtsgericht Dortmund, HRB 20621 >> >> Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens >> Trompeter, Sebastian Neus >> >> Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus >> >> >> >> >> _______________________________________________ >> cross-project-issues-dev mailing list >> [email protected] >> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev >> > > _______________________________________________ > cross-project-issues-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev -- Dr. Alexander Nyßen Dipl.-Inform. Software-Engineer Telefon: +49 (0) 231 / 98 60-210 Telefax: +49 (0) 231 / 98 60-211 Mobil: +49 (0) 151 / 17396743 http://www.itemis.de [email protected] itemis AG Am Brambusch 15-24 44536 Lünen Rechtlicher Hinweis: Amtsgericht Dortmund, HRB 20621 Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
