[squeak-dev] Monticello Workflow

Jeff Gonis jeff.gonis at gmail.com
Fri Aug 16 20:09:22 UTC 2013

Hi Everyone,

So its time for my annual Monticello question to the squeak-dev list. This
time I am trying to refresh my memory of how Monticello works and the
workflow I should use for distributed development with it.

My basic setup is as follows: I have a personal repository in a directory
on my personal computer and the person I am working with has the same.
There is a "central" repository set up on a server as well.  Ideally I
would grab the latest changes from the "central" repository and spend some
time working away, committing to my personal repository throughout the day,
and my co-worker would be doing the same with their personal repository.

At some point I'll be satisfied with my changes and I'll want to upload
them to the "central" repository. Based on my intuition I would first want
to "merge" in the latest version from the "central" repository so that I
deal with any conflicts. Ok, I can do this, it seems straightforward.  Now
having done that my package lists both my latest local version and the
version I merged in from the "central" repository beside the package name.

I would think at this point that the correct move would be to save the
package to my personal repository, and then Copy that version from my
computer up to the "central" repository.  Does this sound about right for
enabling distributed development, and avoiding conflicts?  One question I
would ask is, that when I go to save to my personal repository after doing
this, I get a warning telling me that the version in my personal repository
may be newer than the version that I am trying to save.  This doesn't seem
right though, or at least I don't understand the reasoning behind this

Anyway, if this is totally the wrong way to do distributed development,
please let me know.  If I am on the right track but confused about some
critical details please let me know that too.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20130816/1475368b/attachment.htm

More information about the Squeak-dev mailing list