我已经阅读了多种不同的 git 分支策略，令我惊讶的是 master 分支经常被用作“生产就绪”分支，并且会有一个额外的 uat 和 dev 分支。 我正在考虑使用相同的 3 个分支设置我们的 git 存储库，但要让“master”包含开发代码并添加生产和 uat 分支。这样，开发人员可以简单地 merge 到默认的 git 分支(即“master”)。有理由不这样做吗？
克，
科恩
最佳答案
没有特定的理由不选择一个工作流程而不是另一个工作流程，对于 Git，通常由开发团队自行决定他们的最佳实践。
您提到的生产就绪 master 方法通常有多个开发分支(有时称为功能分支)，然后选择 master 作为放置所有这些分支的最终位置，因为通常应该只有一个 master 分支(而且通常只有一个一个生产版本)。
这是很多公司的工作方式，但肯定不是全部。许多其他人使用“不稳定的主”方法，它遵循与您提到的类似的模式 - 有些人有一个生产存储库，他们自己的主和分支被认为是不稳定的，当代码在一个特定分支被视为生产就绪。
这里 Git 的关键方面是每个人都有自己的本地存储库，有自己的分支和主控。这允许他们随时创建自己的私有(private)分支，无论出于他们认为合适的任何邪恶目的，但这确实使得定义分支名称的目的更加难以执行。
关于git - git 的 master 分支应该包含什么，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10397427/