[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [vtp-dev] Bundle Versions
|
I do not see how the idea of "same" version number can work so long as
there are committers working on different parts of the project in
independent fashion. I can assign any version number you want to my
plugins now, but as soon as I solve the problems that have prevented me
from finishing the changes that I started 2+ years ago, the version
number would need to change.
How do you expect to manage this?
-- Mike
Trip Gilman wrote:
All,
I have updated the desktop, framework, and new documentation component
plugins to a new version number 3.0.25.qualifier. I'd prefer to keep all
the components at the same level and have a single version number for the
entire product component set. I think it makes the docs easier and the
overall package more understandable.
I have chosen to use 3.0.25 as that is the internal version number we were
operating on over at OpenMethods prior to fully migrating everything over to
the VTP. There are @since and other comments in there that reference these
versions and such.
I expect that it will make sense to use 3.1.0 as the official number for our
next release. We'll create a maintenance stream in SVN at release that will
house the 3.1.x builds and the trunk will move to 3.2. I know this is all
rather confusing but I figured it was a good time to do it since we will
have a continuous build in place and will be preparing to release.
Trip Gilman
_______________________________________________
vtp-dev mailing list
vtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/vtp-dev