Skip to main content

[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


Back to the top