[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [cross-project-issues-dev] Versioning tools for download andevaluation (Eclipse Build Workshop)
|
Title: Re: [cross-project-issues-dev] Versioning tools for download andevaluation (Eclipse Build Workshop)
Hi, Thomas
You can find BIRT versioning tool in
/cvsroot/birt/source/org.eclipse.birt.build. BIRT versioning tool performs
the automatic versioning of a build. Hope it will be helpful for
you.
From:
cross-project-issues-dev-bounces@xxxxxxxxxxx on behalf of Thomas
Hallgren
Sent: Wed 10/4/2006 4:36 AM
To: Cross project
issues
Subject: Re: [cross-project-issues-dev] Versioning tools for
download andevaluation (Eclipse Build Workshop)
Hi Kim,
I think I partly misunderstood. Thanks for the
pointers and explanation.
That cleared things up a bit.
Kim Moir
wrote:
>
> Hi Thomas
>
> I think there is a bit of
confusion. My understanding from the
> workshop was that the
versioning tools we discussed verify that a
> current build adheres to the
versioning numbering guidelines
> http://wiki.eclipse.org/index.php/Version_Numbering
>
but do not perform the automatic versioning of a build.
>
> There
are two separate issues issues with versioning in a build
> 1) Cvs tagging
of projects to be included in a build - Currrently for
> the platform
team, this is performed by the developers themselves
> using the releng
tool (See
> http://download.eclipse.org/eclipse/downloads/drops/S-3.3M2-200609220010/winPlatform.php#org.eclipse.releng).
>
Developers on our team specify the cvs tag of a project that they
> want
to submit to an integration build by using the releng tool to
> update the
cvs tag of their project in the org.eclipse.releng project
> in
/cvsroot/eclipse. See
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.releng/maps/
>
These cvs tags in turn are used to generate the qualifiers for the
>
plugin and feature by PDE Build. See
> http://wiki.eclipse.org/index.php/Version_Numbering#When_to_change_the_qualifier_segment
>
>
This approach ensures that new jars are only copied to an update site
>
when there is actually new content, not with every integration build.
>
Our build process rtags the map file project with the buildId to
>
capture what was submitted to a build. For example, see
> http://download.eclipse.org/eclipse/downloads/drops/S-3.3M2-200609220010/directory.txt
>
>
Other teams may have other approaches to this issue depending on their
>
build environment.
>
I understand. What I'm looking for has to be a bit
more generic since
CVS is only one of the repositories that we support. I'll
have a look at
the qualifier generation in the PDE build to figure out what
parts I can
reuse. What I envision is a tool that, based on the timestamp of
the
last modified file in a repository for some feature or plugin,
would
help me automate the task of generating the correct qualifier for
that
component and also, within some scope (say, a top level feature)
also
would assist in updating the referring features. Pointers to code
that
does something close to that are of course very welcome.
Kind
Regards,
Thomas
Hallgren
_______________________________________________
cross-project-issues-dev
mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev