Git部署工作流程，将实时更新纳入考虑范围

Question

我在找什么

我们正在寻找一个可以通过Git进行网络管理部署的Git主机。我发现的大多数部署软件都使用FTP，如果在实时服务器上进行了更新（我们的一些脚本会偶尔生成代码更改），如果存储库具有相同的修改文件，FTP似乎会吹掉实时更改（什么否则会合并冲突）。我们尝试过beanstalk，springloops和deployhq。

当前工作流程

我们目前有一个繁琐的部署过程，包括提交实时代码并将其推送到Git服务器，然后拉到开发人员机器，解决任何合并冲突，然后推送回Git服务器，然后拉到Live服务器

---

有没有人知道可以通过Git进行差异部署的服务，如果存在合并冲突，可能无法部署，并且只是警告差异？这也可能是Git Hosting服务。

更新

我制作了这个信息图，以帮助显示我们当前的工作流程，以及我们希望如何使用我们的工作流程：

Answer 1

请参阅下面的答案，了解我们每天使用的基于git的部署策略。 它会在每次更新时部署到一个新目录，因此它永远不会在服务器上发生合并冲突。我强烈建议不要编辑已部署的代码，而是针对他自己的代码。

• How can I automagically make a checkout upon push?

这不是托管服务，但它是自己做的。因此，它并没有完全回答你的问题，但值得注意。