I would think that a `project list` view that made the Metacello project
registration visible would help developers keep things straight.
It seems that the issue here is that developers can't tell what projects
are already loaded in the current image and also cannot tell what
version of the project is loaded ... if you are using the `Metacello
new` to load projects, then Metacello knows what projects and what
versions are loaded in the image .... and that informatation really
needs to be exposed to the developers ...
If you have a `project list` then you can do things like automatically
do a get on a configuration/baseline when a project is loaded via the
`project list tool` ... there are additional details that need to be
tracked and managed, but without the a basic `project list` the
developer is responsible for "knowing what to do" and the first step is
to let the developer know exactly which versions of which projects are
loaded in the base image ...
Dale
On 04/16/2017 11:46 AM, Cyril Ferlicot D. wrote:
On 16/04/2017 08:54, Tudor Girba wrote:
However, Configurations are useful in offering people a way to understand how
the code is organized. For example, in Moose we have the inspector extension
that shows the dependencies and it is very valuable.
The only thing we need is to Metacello to be able to load new versions of the
configuration/baseline.
Hi,
This is already possible via the method #get.
But, IMO, the user should not have to do that with a fresh Pharo image.
Cheers,
Doru
--
www.tudorgirba.com
www.feenk.com
“The smaller and more pervasive the hardware becomes, the more physical the software
gets."
