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 and evaluation (Eclipse Build Workshop)

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, 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())



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>

Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
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
> 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
>  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
> These cvs tags in turn are used to generate the qualifiers for the
> plugin and feature by PDE Build.  See
> 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
> 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

Back to the top