Re: [cross-project-issues-dev] Versioning tools for download and evaluat

[Pascal Rapicault <Pascal_Rapicault@xxxxxxxxxx>]

The generation of qualifier is not bound
to cvs. It is obtained from the "tag" found in the map file associated
with the entry being built (the map file has supports for multiple repositories
- see IFetchFactory and the associated extension point). If the value is
not present, then we attempt to get it from the qualifier tag in the build.properties,
and in the last case the value is generated.
This replacement  of the qualifier
is done when we are building the state of the target we are building (see
PDEState.udpateVersionNumber())

HTH

PaScaL

Thomas Hallgren <thomas@xxxxxxx>
Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx

10/04/2006 07:36 AM

Please respond to
Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>

To	Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
cc
Subject	Re: [cross-project-issues-dev] Versioning tools for download        and        evaluation (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