dale
>> My rule of thumb for a literal version spec is that you should use the
>> #stable symbolic version if the project is loosely coupled to your project
>> and a specific version otherwise. OmniBrowser tends to be loosely coupled as
>> you are interested in getting any old version of OmniBrowser as long as it
>> functions on the platform.
>
> The rule of thumb for a baseline version spec is to use #stable for all
> projects (as long as the #stable version is defined), even "tightly coupled"
> projects. When the baseline version is loaded, you normally don't want to
> load the "latest code" or all of the projects that you depend upon.
>
> The #bleedingEdge symbolic version should be used only when the referenced
> project is part of your project family.
>
> When I load the baseline version for Seaside30,
when you say that "load the baseline": do you mean that you will get all the
latest versions of the seaside packages?
> I want to load the #bleedingEdge versions of Grease, Kom, and Swazoo, because
> they are part of the project family. I absolutely don't want to load the
> latest OmniBrowser code, because who knows what you'd get...
>
> So for the ConfigurationOfPharo, if you followed my rule of thumb, you would
> create a baseline version and use the #stable version for all of the projects
> in the baseline. In the literal version you would use the explicit version,
> so that you'd have an explicit repeatable specification for a set of projects
> that were known to work together.
ok you mean that
if people want the latest they load the baseline
else they can just use a literal version and access it via #stable
?
>
> Developers interested in getting the "latest released version for all
> projects" in ConfigurationOfPharo would load the baseline version and then
> get the #stable version of all the projects for their platform ... each of
> the projects was know to work by itself in an image (that's what the #stable
> designation means), but the unknown is whether all of the projects work
> together in image ... When you know that, you create a literal version of
> ConfigurationOfPharo to commemorate that set of versions....
>
> Without looking at the list of projects, it might still make sense to use
> #stable in the literal version, but it would be the exception to the rule ...
>
> Does this make sense to you?
>
> Dale
>
>