What is so
difficult to understand? Anytime we can, we load the latest development version (or
default how we called it first). If one is not provided, we load some version, like in the
case of Merlin.
with merlin this is not the latest since we have to modify the configurationOfMerlin to
point to the latest version.
But anyway
I suggest to use Versionner for this. Producing a new version of a software with a proper
configuration is done with one click. I there is no documentation of Versionner, but it
will come soon. A student will start to work on it very soon.
If we cannot control how fixes get introduced in the
system and the only solution is to fork then I will fork
but this is suboptimal.
Ok I will do it then.
I do not understand.
since the release cycle of Moose is long and since people use the latest version of
Moose
it means that this is difficult to introduce large changes. This is probably ok because
it forces you to get a working system
but if I do a change that touches several packages and one of them does not get loaded or
merged then we are in a mess.
This is what I mean by how fixes get introduced.
In pharo we can **always** rollback in a couple of minutes! Just removing one line in a
file and publishing it and
we are safe and nobody gets impacted.
In Moose no way we can do that. So this is more stress for committers so less people will
improve the core.
The problem is that we cannot create a new configuration version of Moose. This is sad,
but apparently not easy to fix. Both Doru and I seat down with Dale. Not easy to solve.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel
http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.