[Pharo-users] How do you avoid loading master code which is indirectly referenced by a version in the baseline?
guillermopolito at gmail.com
Tue Feb 19 08:13:59 EST 2019
maybe you want to have a look at metacello lock.
On Tue, Feb 19, 2019 at 1:06 PM Tim Mackinnon <tim at testit.works> wrote:
> Hi Sabine - you raise an important point, and I am interested in us
> getting better answers to this too. Hopefully Dale see’s this and is
> thinking about this in Rowen. Repeatable loading is an important enterprise
> > On 18 Feb 2019, at 15:46, Sabine Manaa <manaa.sabine at gmail.com> wrote:
> > For test and deployment, I have to be sure that I know exactly which
> > I load and I have to be sure to be able to load exactly the same code
> > I do not speak from my projects but from the projects I use.
> > I found myself asking people again and again to set tags in their
> > and being surprised again and again by changed code even though I am
> > to load versions (with versions I mean NOT #stable or #master but like
> > v2.2.2).
> > The reason for this problem I then have, is that often in baselines with
> > version numbers (e.g. v2.2.2) other projects are referenced but as
> > So in consequence, I load version but get master from another project
> > is referenced indirectly.
> > For me, that this is not good at all. I was wondering that this seems
> not to
> > be a problem for others.
> > I found out that I can put a lock in my baselines preLoadDoIt for those
> > indirectly referenced projects.
> > Examlpe Artefact v1.0.1
> > loads github://zweidenker/Units/src (which is master).
> > I found a solution for this:
> > In the preLoadDoIt of my baseline I lock Units to a certain commit.
> > preLoadDoIt
> > Metacello new
> > baseline: 'Units';
> > repository: 'github://zweidenker/Units:98d5a3d/src';
> > lock.
> > This solves my problem in this example.
> > Disadvantage is that I have to analyze everything which is loaded from
> > projects I use and create a lock for it.
> > Questions:
> > 1.) Wouldn't it make sense to have some mechanism, perhaps in Rowan then,
> > where I can say that a project which has a number can only reference
> > projects with numbers? This would avoid the whole problem
> > 2.) How do others solve this problem?
> > addendum: I do not speak about project versions which are in development,
> > here #stable or master are great features. But sometime when a project
> has a
> > certain state, and it gets a version, then it should not change..imho
> > --
> > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Centre de Recherche en Informatique, Signal et Automatique de Lille
CRIStAL - UMR 9189
French National Center for Scientific Research - *http://www.cnrs.fr
*Web:* *http://guillep.github.io* <http://guillep.github.io>
*Phone: *+33 06 52 70 66 13
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pharo-users