[Grok-dev] the notion of "next Grok"
optilude+lists at gmail.com
Thu Apr 16 11:22:39 EDT 2009
Jan-Wijbrand Kolman wrote:
> On Wed, Apr 15, 2009 at 5:07 PM, Martijn Faassen <faassen at startifact.com> wrote:
>> Once we got it working for Grok we might want to push this down into the
>> Zope Toolkit, but I think Grok will have to pick up the ball here for
>> now, make it work for Grok. We can approach Plone developers on this
>> list too (or directly). I got nobody interested in this topic over on
> Just to note: I do find this interesting. I'm not sure though I
> already understand exactly what mr.developer accomplishes. I should
> play with first.
Look at http://pypi.python.org/pypi/mr.developer
Basically, it will maintain your src/ directory for you. It acts as a
buildout extension to automatically include in 'develop' all the
packages in src/ that it manages. It also knows the svn location and
name of each package. So, you can:
- set certain packages to auto-checkout (you always want these in
- use a develop version of a certain package on the fly by doing:
./bin/develop checkout my.package
The idea is that if you find a bug or need to change my.package, you can
switch to a develop version. When you're done, you can remove it it
again with ./bin/develop deactivate (or just remove the directory) and
switch to the new release.
For tracking 'next' grok, you basically keep a versions file of the
current version, and then update to new versions as they become
available. If things don't have a release yet, you can add them to the
auto-checkout list. If you are a Grok developer and you start working on
a particular package, you can do a local develop checkout while you're
working on it, and check in the updated version for a new release or add
the auto-checkout to the shared buildout.
Look at the plone-coredev buildout for an example:
http://svn.plone.org/svn/plone/buildouts/plone-coredev/trunk - see
sources.cfg, versions.cfg and buildout.cfg. Developers will update
sources.cfg and versions.cfg as the 'next' target moves forward. The
release manager re-baselines them after a release so that there're
basically no auto-checkout dependencies.
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book
More information about the Grok-dev