[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [cross-project-issues-dev] Correct bundle versioning for GEF 3.9.2 Luna release?
|
| Thanks Eike,
I will definitely take a look into it.
Cheers Alexander 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
alexander.nyssen@xxxxxxxxx
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
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
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
alexander.nyssen@xxxxxxxxx
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
|
Attachment:
signature.asc
Description: Message signed with OpenPGP using GPGMail
