Informal poll

18 views
Skip to first unread message

Scott Shea

unread,
Mar 20, 2013, 4:54:40 PM3/20/13
to phoeni...@googlegroups.com
Trying to pick a code deployment tool (e.g. Capistrano) and wanted to get input from others in the group. What do you suggest/prefer?

Brian Sam-Bodden

unread,
Mar 20, 2013, 4:56:08 PM3/20/13
to Phoenix Ruby Users Group
Capistrano is still the front runner. Very simple yet powerful.


On Wed, Mar 20, 2013 at 1:54 PM, Scott Shea <scott....@gmail.com> wrote:
Trying to pick a code deployment tool (e.g. Capistrano) and wanted to get input from others in the group. What do you suggest/prefer?

--
--
You are subscribed to the Google Groups "Phoenix Ruby Users Group" group.
To post, send email to phoeni...@googlegroups.com
To unsubscribe, send email to phoenix-ruby...@googlegroups.com
 
See http://rubyaz.org for group details
 
---
You received this message because you are subscribed to the Google Groups "Phoenix Ruby Users Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email to phoenix-ruby...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 



--
Cheers,
Brian

Brent Rowland

unread,
Mar 20, 2013, 5:19:54 PM3/20/13
to phoeni...@googlegroups.com
Mina. We still use Capistrano a lot, but it's far too magical, making it difficult to debug or do custom things.

Also, Mina is a hell of a lot faster.


Brent

On Mar 20, 2013, at 1:54 PM, Scott Shea wrote:

Trying to pick a code deployment tool (e.g. Capistrano) and wanted to get input from others in the group. What do you suggest/prefer?

Brian Sam-Bodden

unread,
Mar 20, 2013, 5:38:22 PM3/20/13
to Phoenix Ruby Users Group
Although I have to say mina looks sweet... more Rake-ish and therefore more Rubyish.

Chad Woolley

unread,
Mar 21, 2013, 1:58:49 AM3/21/13
to phoeni...@googlegroups.com
Capistrano.  I rarely need to debug it or do custom things.

Also, "cap shell" is a powerful tool to perform interactive commands across multiple servers, especially if you haven't got on the Chef/Puppet devops automation bandwagon.  Didn't see a feature like that in Mina...

But, cap does have it's downsides.  As in it's not fast - you end up doing silly things like trying to pack multiple commands into a single SSH invocation by concatenating them with a bunch of &&, just to speed up the deploy by eliminating multiple ssh calls.  Kinda lame, if Mina solves this (does it?), it may be a good alternative for deploy only, but keep cap around too for stuff like cap shell (it's easy to configure all your servers/roles if that's all you use it for).

-- Chad

On Wed, Mar 20, 2013 at 2:19 PM, Brent Rowland <brent....@gmail.com> wrote:

Brent Rowland

unread,
Mar 21, 2013, 3:02:54 AM3/21/13
to phoeni...@googlegroups.com
Mina generates a shell script and executes in a single ssh session, making it very fast. You can dump the script to stdout if you like for debugging purposes and to audit what's about to happen if you have any doubts.

It still didn't come with support for svn last I looked, but I was able to add that myself with a handful of lines.

cap shell sounds handy. Come to think about it, I haven't yet used Mina against multiple servers simultaneously. We're still using capistrano for our larger apps.

Brent

Sent from my iPad

Preston Lee

unread,
Mar 21, 2013, 10:40:06 AM3/21/13
to phoeni...@googlegroups.com
I still use cap for many things as well, though have the same gripes as Chad. And although it's not exactly elegant in number of ways, it does work. I'll definitely have to give mina a serious shot.

Preston

Paul Mooring

unread,
Mar 21, 2013, 10:59:47 PM3/21/13
to phoeni...@googlegroups.com
A little late to the party but I like Chef for deployment (no surprise there right?)  It would probably be overkill for just deployment, but if you need to manage servers as well as deploy your app I am a big advocate of combing those "devops" style.  If that interests you it's worth taking a look at the deploy resource in Chef: http://docs.opscode.com/resource_deploy.html  If you have no interest or need to manage servers with Chef, than I would lean towards Capistrano. 
-- 
Paul Mooring
Systems Engineer and Customer Advocate


--

Elio Grieco

unread,
Mar 21, 2013, 11:42:55 PM3/21/13
to phoeni...@googlegroups.com
Capistrano is fine unless you actually know a bit about ssh, have your own ~/.ssh/config file and use more than 1 key. Then Capistrano falls flat on its face since Net::SSH totally disregards the ssh config file. (Last I checked anyway)

Mina sounds pretty awesome. Have not used it though.

I used Vlad the Deployer years ago and then its successor rake-remote_task:

Remote Task is a bit more freeform than Capistrano, great for really simple stuff or highly customized and specific. Not as much for plain vanilla Rails deploys.

Elio Grieco
602-688-4014

Paul Mooring

unread,
Mar 22, 2013, 12:31:23 AM3/22/13
to phoeni...@googlegroups.com
I can't speak for Capistrano, but the Net::SSH library definitely can honor the ssh config file using the Net::SSH::Config class.  I know we use Net::SSH for Chef/knife and it works fine with my more than a little conveluted multiple keys and relay hosts ~/.ssh/config file.
-- 
Paul Mooring
Systems Engineer and Customer Advocate

From: Elio Grieco <ecgr...@gmail.com>
Reply-To: "phoeni...@googlegroups.com" <phoeni...@googlegroups.com>
Date: Thursday, March 21, 2013 8:42 PM
To: "phoeni...@googlegroups.com" <phoeni...@googlegroups.com>

Chad Woolley

unread,
Mar 22, 2013, 5:05:34 PM3/22/13
to phoeni...@googlegroups.com
Capistrano observes your SSH config just fine.  I use aliases in the config, and multiple keys via the config and/or keyring.

Bob

unread,
Mar 22, 2013, 9:28:18 PM3/22/13
to phoeni...@googlegroups.com
I started using git-deploy for my Rails deployments and love it.

Irish

unread,
Mar 23, 2013, 2:49:54 AM3/23/13
to phoeni...@googlegroups.com
I use Capistrano personally, never have had a problem with it.  But there are many alternatives, so this may be a helpful list.



On Wednesday, March 20, 2013 1:54:40 PM UTC-7, Scott Shea wrote:
Reply all
Reply to author
Forward
0 new messages