Mariano,
This isn't quite as bad as it sounds ... I suggest that you do load the
baseline version of PharoDev, but in the project references of the
baseline version use #stable or a specific version or #bleedingeEdge as
a last resort.
If a #stable version has been defined for a project, then you should be
getting the 'latest stable version' as the project is updated.
If no #stable version is defined, then you should use a literal version
that is known to work. Use #bleedingEdge if that is the only way to get
a project to load correctly ...
Over time, you'd like to migrate all of the project references to
#stable (in the baseline version) so that you will always be building
hudson with the "latest version".
When you release a one-click or hit another similar milestone where'd
you'd like to record the state of the PharoDov system, then you can snap
off the literal version of PharoDev where you record the literal version
for each of the projects ... recording "in stone" the state of PharoDev...
Dale
On 01/18/2011 12:14 PM, Mariano Martinez Peck wrote:
Hi. A trade-off here. Right now, the PharoDev image from Hudson is
being built using ConfigurationOfPharo project lastestVersion.
This is more or less good because we have the last version of the
ConfigurationOfPharo. But at the same time, updating the versions of
ConfigurationOfPharo is tedious. So, what about loading the baseline
istead? So that metacello automatically load the latest version of each
package/project ?
The good thing is that every change in external configurations/packages
will be automatically included. But at the same time this is a
disavtange because we can build crap (someone commits something that
doesn't work). When updating ConfigurationOfPharo by hand we usually
test it before....
anyway, isn't this the idea if hudson? if it builds crap, we want to
know it, as soon as possible. NOBODY should use a Hudson image (as it
is now) for a stable Pharo1.2 image.
what do you think?
cheers
mariano
