>Does that mean the documentation is just wrong then?

I would see/interpret it like this: With the baseline you describe a set of 
packages (structure/dependencies) that form your app/project (MyApp). Beside 
the usual loading of a version:

 (ConfigurationOfMyApp project version: '1.0') load

it is possible to load also a baseline - this would load all the latest 
Monticello package versions of any package described in this baseline:

 (ConfigurationOfMyApp project version: '1.0-baseline') load

Note that in the baseline you dont say anything about the Monticello package
version to use/load. 

In a baseline you can also define a dependency on another project (that 
provides a config too, for instance ConfigurationOfMyFoo).

Now you have two options:

   a) dont say anything about the version of "ConfigurationOfMyFoo" in the 
baseline 
       => this should load the latest version of Foo's Metacello configuration 
then,
          so you get the latest version of "Foo" when loading the baseline of 
MyApp

   b) you note/give a default version for "ConfigurationOfMyFoo" in the baseline
       => then this specific version of "Foo" is loaded when you load the 
baseline for MyApp. 
          I think you can override the version specified in the baseline in 
          a #versionXXX of MyApp if required 

Loading baselines is usefull if you work in a team. If you work on the
same baseline you can just load it to be up to date with the latest 
commits of the other team members.

If your dependencies, load order, set of packages/pre-projects change then
you typically create a new baseline.

But it is more often the case that you just create new versions based on 
a baseline. In a versionXXX you pin/mark the Metacello version of all 
packages/projects version that fit/work together to form this version.

Maybe Dale is able to correct me if I'm wrong.

Thanks
Torsten



-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Reply via email to