[Chicago] Capistrano alternatives
g at rrett.us.com
Fri Jan 2 20:19:12 CET 2009
It would be one of those "not really built for but works..." scenarios -- like Capistrano. The pattern of scheduling deployments of some code, running a build, and then reporting the results, is the core pattern that (I think) I'm looking for.
I looked at Paver a while back but after working with it a bit, I didn't feel like I was going any faster than I was with standard Python scripts. I don't recall what its distributed (i.e. multi-server deployment) story was, if anything.
Fabric looks to be spot on -- will definitely check it out!
----- "Kumar McMillan" <kumar.mcmillan at gmail.com> wrote:
> On Fri, Jan 2, 2009 at 11:25 AM, Garrett Smith <g at rrett.us.com>
> > I'm noticing that Capistrano is showing up in projects that need to
> > and configure software across multiple servers. That's cool.
> Even though Jason makes an excellent point about POP, it is sort of
> annoying to roll your own execute-on-remote-server thing. Python's
> answer to this is paramiko and the Python+paramiko answer to
> deployment tasks à la Capistrano is Fabric http://www.nongnu.org/fab/
> (it's even documented!). However, my disclaimer is that Fabric is
> enough to where I am still stuck maintaining a bunch of Capistrano
> scripts and thus haven't used it much :( If you too are stuck with a
> bunch of Capistrano I suggest copying all the default cap tasks *out*
> of the base cap module and *into* your own cap file. I did this in a
> fit of confusion turned into wild rage and it was very helpful as now
> I can see exact what update_code and cleanup does.
> > I'm currently checking out Buildbot for Capistrano-like
> I assume you meant buildout? As Pete mentions, there is also Paver.
> I have used paver more than I have Fabric and I'm a little annoyed by
> paver's use of magic but other than that I like it. It is best for
> bootstrapping your own virtualenv to install your module "in place."
> AFAIK paver does not provide remote server execution out of the box
> like Fabric does.
> Chicago mailing list
> Chicago at python.org
More information about the Chicago