3 Dec
2009
3 Dec
'09
4:30 p.m.
Still still still you can always have a map (a map of all the components you loaded that
they work or not).
This is orthogonal to a release or just publications. This is a sofware artefact. I know
that you know it.
The fact to have map is orthogonal of the choice latest or one version.
I just write that for others following our discussion....
Stef
On Dec 3, 2009, at 3:59 PM, Tudor Girba wrote:
Hi,
Not every loading strategy have the same goal or the same context.
Sub projects will be developed and published in their own context
without taking into account the overall project. However, when
maintaining the overall project, I want to be able to say "load
latest" so that I can easily load everything and check whether
everything still holds together.
For overall release management, I do not want to rely on "load
latest". Instead I will release a coherent version when I see that it
works. This will be a fixed set of packages with exact versions that
will work together.
Cheers,
Doru
On 3 Dec 2009, at 14:21, Marcus Denker wrote:
On Dec 3, 2009, at 1:40 PM, Laval Jannik wrote:
--
www.tudorgirba.com
"Obvious things are difficult to teach."
_______________________________________________
Pharo-project mailing list
Pharo-project(a)lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Yeh,
Now, I understand the process... (I am slow :) )
But, in this process we must specify versions and maintain it.
Is there a solution (in monticello maybe) to say a version of a
package is stable.
So in this case, we can say "I want last stable version of my
package" and we do not need to maintain ConfigurationOf.
The problem is that it's not one package... your system will be 20
packges. You can say " load the latest of all, that works".
But: now I want to load the version that worked so great last month.
Which set of packages exactly where that?
Tagging single packages as "release" will not help, as you don't
have the info which released package works with which other
released package.
Marcus
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev