这个问题实际上是关于分支和合并的。我上周刚开始使用 git，我真的很喜欢它，但我有一些问题.. 我读到的所有内容都告诉我永远不要在 master 分支中工作。因此，在我进行任何编程更改之前，我会创建一个新分支并完成我的工作，然后我会合并回 master ......我不知道这是否正确，所以我想听听其他人的意见。
但是我如何处理要登台和生产的代码呢？我只是在 master 中标记代码还是为每个版本创建一个生产分支。
请有人告诉我你是如何处理将代码转移到登台、测试和生产的……你是使用标签还是分支还是两者兼而有之。
那里有很多模型：您的版本控制设置可以根据您的需要简单或复杂。这是一种流行的方法： http: //nvie.com/posts/a-successful-git-branching-model/
就个人而言，我为每个功能/错误使用一个新分支，然后像你一直在做的那样合并到 master 中。然后简单地标记生产版本，其中登台服务器在主服务器上运行。
如果您需要更复杂的东西，您可以执行上述 Git Flow 技术，它具有发布分支等，但如果您不需要它，那么您不必这样做。
不要忘记分布式版本控制系统的另一个维度：
您不仅有标记和分支，还有一个合并工作流程来管理您的代码在发布管理过程中的推广，您还具有发布的正交特性（跨存储库推/拉）
因此，没有什么能阻止您将某个标签（从您想要的任何分支）推送到专用的 UAT、SIT 或 pre-prod 存储库，以便在将其发布到生产环境之前进行测试。
请注意，生产方面可以很好地将 git 从其进程中排除，以便仅保留运行和监视应用程序所需的内容，为应用程序开发生命周期保留 git。请参阅“在生产环境中使用 Web 根目录下的 git ”。