大佬教程收集整理的这篇文章主要介绍了ruby-on-rails – 延迟的工作重新启动Capistrano最佳做法，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
在部署过程中,我遇到了两种情况,
1)
在部署之前停止延迟作业工作：重新启动任务并在部署后重新启动它们：重新启动任务.
但是在这种情况下,在延迟作业完成之前,它不会重新启动我的应用程序(这可能是 – 但是,在执行应用程序重新启动之前,cap部署脚本字面上就坐在那里,直到作业完成并且可以停止所有工作)任务.
2)
在重新启动任务之后,我也尝试停止/启动delayjobs工作人员 – 但是这导致了各种各样的戏剧,从而任务将被停止,而不必等待delayjobs表被列出并分配给不存在PID的工作人员！
任何其他选项？或者我被迫等待,如方案1所述.
非常感谢.
编辑：我只是意识到与情景1 ..它不等待！即使没有完成,停止任务会强制杀死我的工作人员！
** [out] delayed_job: trying to stop process with pid 9630... ** [out] delayed_job: process with pid 9630 won't stop,we forcefully kill it... ** [out] ** [out] delayed_job: process with pid 9630 successfully stopped.
以上是大佬教程为你收集整理的ruby-on-rails – 延迟的工作重新启动Capistrano最佳做法全部内容，希望文章能够帮你解决ruby-on-rails – 延迟的工作重新启动Capistrano最佳做法所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。