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