disabling moonshine temporarily

1 view
Skip to first unread message

Andrew Roth

unread,
Nov 11, 2009, 4:45:56 PM11/11/09
to railsmachin...@googlegroups.com
Hello,

I have several sites that I want to deploy to one server.  The problem I'm running in to is that I need to deploy:setup each site to get the directories set up, but each deploy:setup is compiling ruby EE, which takes a while.  Is there a way to access the moonshine-less deploy:setup that cap provides?

-Andrew Roth

Jesse Newland

unread,
Nov 11, 2009, 4:55:09 PM11/11/09
to railsmachin...@googlegroups.com
Ideally, the deploy:setup process would work like this:

* Run a quick shell script that Ruby is setup as configured (via apt, ree, or source, as configuration[:ruby] dictates)
** If this fails (either by the version being different or ruby not being present), re-run the ruby setup process
* Then run the SetupManifest to create directories as needed

For now, if you want to turn the setup process off in an app, you'll need to comment out this:


That should let you get the Cap default setup process back

Regards -

Kevin Elliott

unread,
Nov 11, 2009, 6:13:49 PM11/11/09
to railsmachin...@googlegroups.com
I'd love to see this implemented, as I use moonshine to deploy several applications on a server.

-Kevin

Jesse Newland

unread,
Nov 11, 2009, 6:18:46 PM11/11/09
to railsmachin...@googlegroups.com
That's not a pattern that we really use that often at RailsMachine, so I haven't run into this. So, patches would be appreciated :).

Regards -


Andrew Roth

unread,
Nov 11, 2009, 6:57:57 PM11/11/09
to railsmachin...@googlegroups.com
You have one virtual machine per web site?

Andrew Roth

unread,
Nov 11, 2009, 7:30:50 PM11/11/09
to railsmachin...@googlegroups.com
What about making a manifest with only the rails tasks?  We who want that rails only deploy would make a cap task that specifies that manifest (ie not in core repo).

-Andrew Roth

Jesse Newland

unread,
Nov 11, 2009, 7:41:02 PM11/11/09
to railsmachin...@googlegroups.com
Generally, we do only have one application per virtual server.

Adding support to the generator to create 'alternate' manifests - one for a secondary application, one for a non-Ubuntu server that just wants to manage gems, etc - would be excellent and the ideal way to implement this in my mind.

Regards -


Andrew Roth

unread,
Nov 11, 2009, 8:03:15 PM11/11/09
to railsmachin...@googlegroups.com
Would you suggest adding options to the default generator, or making new generators?  ie. --with-rails-only, or a script/generate moonshine_rails_only

-Andrew Roth

Andrew Roth

unread,
Nov 12, 2009, 12:49:41 AM11/12/09
to railsmachin...@googlegroups.com
What about something like this?

http://github.com/andrewroth/moonshine/commit/adce95a5f9dac9c8fd216206a6f422b44b6e6c30

I tried the alternate manifest route but it seems the manifest itself isn't what sets up the directories.  With that change I can do moonshine:bootstrap_rails_only which sets up the directories, then a deploy will install the stack (which is fairly fast when there's no updates).

-Andrew

Jesse Newland

unread,
Nov 12, 2009, 8:59:57 AM11/12/09
to railsmachin...@googlegroups.com
If you edit that to make the task be named 'setup_directories' and change the inline docs to indicate that it applies this manifest - http://github.com/andrewroth/moonshine/blob/adce95a5f9dac9c8fd216206a6f422b44b6e6c30/lib/moonshine_setup_manifest.rb - which replicates the old deploy:setup behavior, I'll merge that in. Good compromise.

Regards -


Andrew Roth

unread,
Nov 12, 2009, 3:43:26 PM11/12/09
to railsmachin...@googlegroups.com
Reply all
Reply to author
Forward
0 new messages