Deployment 为什么团队会选择本地capistrano脚本而不是像beanstalk'；s

我的团队使用本地capistrano脚本部署一些web应用程序。我们使用托管存储库进行git回购

我们的部署工作流没有为每个环境的所有部署提供一个集中的日志，这一直困扰着我。Beanstalk的部署功能似乎实现了这一目标以及更多

一些奇怪的遗留需求意味着beanstalk的简单FTP部署是不够的。然而，他们现在可以执行SSH命令，他们的命令让我认真地重新考虑我们的工作流程

---

与本地capistrano方法相比，beanstalk方法有哪些缺点？有什么理由我不应该进行切换吗？

Beanstalk中SSH部署的好处是，您不必在Capistrano和Beanstalk之间做出选择。最好的用例之一是将它们结合使用：Beanstalk作为管理者，Capistrano作为执行者

您可以在Beanstalk中设置SSH部署，以登录到您的一台服务器并从那里发出Capistrano部署。然后，它会将代码部署到自身和其他服务器上

通过这种方式，您可以获得Capistrano（事务性部署）的灵活性和防弹性，以及Beanstalk部署的易用性、权限、通知和时间表

这还使您能够从未安装Capistrano的移动设备或计算机上运行Capistrano部署

---

另外-我在Wildbit工作。

谢谢！是否有提供相同/类似功能的竞争对手产品？