Skip to content

Pull: rollback on rsync failure and support gateway variable#12

Open
mcary wants to merge 3 commits into
vigetlabs:masterfrom
mcary:master
Open

Pull: rollback on rsync failure and support gateway variable#12
mcary wants to merge 3 commits into
vigetlabs:masterfrom
mcary:master

Conversation

@mcary

@mcary mcary commented Jul 12, 2011

Copy link
Copy Markdown

I've made two changes to capistrano_rsync_with_remote_cache:

  1. When rsync fails, instead of silently continuing, rollback the deploy
  2. Obey Capistrano's :gateway variable to forward SSH through a bastion host when calling rsync

I've added tests for each. Please let me know if there is anything else you require for acceptance of these changes.

Branches:
rollback-on-rsync-failure
add-gateway-support

Thanks!

mcary added 3 commits July 12, 2011 14:50
When rsync fails, I'm getting a deploy that looks like it went fine
except for an inconspicuous message saying that rsync failed and a
production deployment that's still on the old code version.  Sometimes I
don't notice right away that the new code is not actually live, and this
is a big problem.

I'd like to see a clear error message when rsync fails.

Raise an exception of rsync fails to any of the servers receiving a code
update.
When running rsync, the RsyncWithRemoteCache strategy doesn't heed
Capistrano's :gateway parameter, which says to SSH to the server
named by that parameter before connecting to the target server.

Add support for a gateway by using the ProxyCommand SSH directive.
Assume netcat is installed as nc on the target system.
@mtrias

mtrias commented Mar 21, 2013

Copy link
Copy Markdown

Hi!

Is this feature planned to be merged sometime ? Are there any other alternatives to this ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants