[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[cross-project-issues-dev] Question about Build ID's
- From: "Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx>
- Date: Thu, 18 Jun 2009 12:32:26 +0200
- Delivered-to: email@example.com
- Thread-index: AcnvztYn+9GmNhCOQMGksx9VjSimQwAL13hw
- Thread-topic: Question about Build ID's
I'm not sure how many other projects do this, but the TM project
embeds its build ID's into the feature description text shown in
the about dialog (via about.mappings).
Now it can happen that a build's contents does not change at all,
but the build ID changes; in the TM case, our 3.1 release is the
same as our RC4, but the build ID is "3.1" rather than "3.1RC4".
I'm wondering how the Galileo Builder treats this. Given that our
plugin and feature ID's have not changed, would the Galileo builder
take our "old" plugins with the "3.1RC4" build ID embedded from
some cache? For some plugins / features, the build ID might even
be MUCH older.
Or does it fetch fresh data from our update site on every run,
thus ensuring that the latest build ID, "3.1" is embedded?
The stuff on /releases/galileo which I just checked contains a
mixture of "RC3" and "RC4" build ID's. I'm wondering whether there
is a chance to rectify this... in my understanding,
/releases/galileo and .../staging are the same at the moment,
so what about doing a clean build of .../staging when PDT and
Teneo are done with their things?
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member