git - 考虑实时更新的 Git 部署工作流程

Question

我在寻找什么

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

当前工作流程

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

---

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

更新

我制作了这张信息图来帮助展示我们当前的工作流程，以及我们希望如何拥有我们的工作流程：

Answer 1

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

• 如何在推送时自动结帐？

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