git - 为更大的基于 Web 的应用程序设置 GIT 和工作流

Question

我们有一个庞大的基于网络的内部系统，目前由 3 名开发人员组成的团队维护。我们当前的设置是 1 台开发服务器和 1 台生产服务器——可能很快就会有 2 台负载均衡器后面的生产服务器。我们当前的工作流程是所有开发人员都在开发服务器上实时更新文件。每当我们准备好更改时，我们都会将代码库同步到生产环境。我们发展迅速，变化频繁。很长一段时间以来，我们一直想开始使用版本控制来更好地控制我们所做的更改和整体代码质量。唯一的问题是如何正确地做到这一点什么是最有效的方式，因为我们仍然需要保持快速发展。

我的一些问题是:

• 我们的主要代码库包含带有第 3 方库、图像等的目录。我们很少接触它们。这些也应该被跟踪吗？
• 只有一个 master 分支可以工作吗？因此，每个开发人员都将使用 master 分支，该分支将被 pull 到 Main Dev，然后再到 Production。
• 应该将生产设置为裸代码库还是无所谓？

这是我想出的设置。请让我知道您的想法并提出改进建议。

Answer 1

我不喜欢您的计划的是部署阶段。为什么？因为 1) 这是一个手动过程，并且 2) 它是基于 pull 的。我也不确定我对生产服务器上的版本控制存储库的看法。

我想建议的是构建一个rsync 到生产服务器的小脚本，包括 rsync 的 --delete 和 --exclude 。 git/ 选项。如果你愿意，你可以将当前提交的 SHA1 写入一个小文件，这样你就可以随时知道什么是在线的。

理想情况下，该脚本不会直接同步到您的文档根目录，而是同步到一个新创建的目录，然后您将文档根目录符号链接(symbolic link)到该目录。使用时间戳和提交 SHA-1 命名该目录。这样一来，如果任何事情没有按预期方式进行，您只需调整符号链接(symbolic link)的目标即可。