You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jan 28, 2026. It is now read-only.
Repository navigation
This repository was archived by the owner on Jan 28, 2026. It is now read-only.
Some saas analytics platforms, like New Relic, have an API that can be called during deployment of new versions. I think it would be cool if centurion had support for something like this. Maybe just a method that could be overridden to make the API call at start or end of deployment?
@MarkBorcherding I think that the code might be simpler if you used existing rake API which lets you add before/after callbacks natively, rather than implementing a callback for every point in deployment lifecycle. I think that the only change necessary would be to split the rolling deploy into multiple tasks and passing state between them.
@kremso I was thinking it would be that easy too when I started, but if you look at the existing rake tasks rolling through the server happens inside one task. You could create a before_everything and after_everything, but you can't create one around an individual host.
I see. The problems i see is invoke, assuming you're using the Rake based Capistrano, will only run a task once, and execute doesn't run any prereqs...if I remember correctly.
While the end result, would look cleaner, that change is a bit more invasive than I can manage right now.
Activity
relistan commentedon Apr 30, 2015
Generally 👍 but I am concerned about the 💥 that is Capistrano's callback morass.
intjonathan commentedon May 8, 2015
Seems like a resque style before_deploy, before_container_stop, before_container_start, after_deploy set would probably get you there.
MarkBorcherding commentedon Jun 7, 2015
I've started on this. We need this feature as well to roll nodes in and out of our load balancers.
kremso commentedon Jun 8, 2015
@MarkBorcherding I think that the code might be simpler if you used existing rake API which lets you add before/after callbacks natively, rather than implementing a callback for every point in deployment lifecycle. I think that the only change necessary would be to split the rolling deploy into multiple tasks and passing state between them.
MarkBorcherding commentedon Jun 9, 2015
@kremso I was thinking it would be that easy too when I started, but if you look at the existing rake tasks rolling through the server happens inside one task. You could create a
before_everythingandafter_everything, but you can't create one around an individual host.kremso commentedon Jun 9, 2015
That's why I'm suggesting to split the rolling_deploy task into multiple smaller tasks. Something like
MarkBorcherding commentedon Jun 9, 2015
I see. The problems i see is
invoke, assuming you're using theRakebasedCapistrano, will only run a task once, andexecutedoesn't run any prereqs...if I remember correctly.While the end result, would look cleaner, that change is a bit more invasive than I can manage right now.
kremso commentedon Jun 9, 2015
You're right, but you could change the invoke method to do something like below.
idleyoungman commentedon Sep 11, 2025
We're archiving the project, so I'm closing all open issues:
#208
Thanks for your contributions.