你是如何在现实世界中使用GIT的？

这个问题实际上是关于分支和合并的。我上个星期刚打开git，我真的很喜欢它，但我有一些问题。。我读到的每一件事都告诉我永远不要在主分行工作。所以，在我进行任何编程更改之前，我会创建一个新的分支并完成我的工作，然后再合并回主程序中。。。我不知道这是否正确，所以我想听听其他人的意见

但是，我如何处理将要进行登台和生产的代码呢？我只是在主版本中标记代码，还是为每个版本创建一个生产分支

---

请有人告诉我你是如何处理代码转移到登台、测试和生产的。。。您使用标签还是分支，或者两者都使用。

有很多型号：您的版本控制设置可以根据需要简单或复杂。以下是一种流行的方法：

就我个人而言，我会为每个特性/bug使用一个新的分支，然后像您所做的那样合并到master中。然后简单地标记生产版本，使用运行主服务器的临时服务器

---

如果你需要更复杂的东西，你可以像前面提到的Git Flow技术那样做，它有发布分支等。但是如果你不需要它，那么你就不必这么做。

有很多模型：你的版本控制设置可以像你需要的那样简单，也可以像你需要的那样复杂。以下是一种流行的方法：

就我个人而言，我会为每个特性/bug使用一个新的分支，然后像您所做的那样合并到master中。然后简单地标记生产版本，使用运行主服务器的临时服务器

---

如果您需要更复杂的东西，您可以像前面提到的Git Flow技术那样做，它有发布分支等。但是如果您不需要它，那么您就不必这样做。

不要忘记分布式版本控制系统的另一个方面：

您不仅需要标记和分支，还需要在发布管理过程中管理代码的升级，还需要发布（跨存储库推/拉）

因此，在将某个标签投入生产之前，没有任何东西可以阻止您将其推送到专用UAT、SIT或pre-prod repo，以便进行测试。

---

请注意，生产方面可以很好地将git从其流程中排除，以便只保留运行和监视应用程序所需的内容，从而为应用程序开发生命周期保留git。请参阅“”。

不要忘记分布式版本控制系统的另一个方面：

您不仅需要标记和分支，还需要在发布管理过程中管理代码的升级，还需要发布（跨存储库推/拉）

因此，在将某个标签投入生产之前，没有任何东西可以阻止您将其推送到专用UAT、SIT或pre-prod repo，以便进行测试。

---

请注意，生产方面可以很好地将git从其流程中排除，以便只保留运行和监视应用程序所需的内容，从而为应用程序开发生命周期保留git。请参阅“”

Thanks ChirsC，但我可以问一下有关产品发布和回滚的问题吗。合并到master后，是否在代码上添加标签以用于生产？如果是这样的话，如何标记，基于标记的实现etcI不会在我合并回master时立即标记，就在我准备发布时。e、 g.如果我正在处理两个特性，每个特性都在自己的分支中，并且我想在两个特性都完成后发布，我会完成特性1，合并到主特性，然后完成特性2，并将其合并到主特性，然后标记。有关标记的信息，请参阅：我通常会创建一个带注释的标记，git将标记推送到repo（例如GitHub），然后在生产服务器上创建git fetch和git checkout标记。或者，您可以将生产服务器作为远程服务器并推送到它。Thanks ChirsC，但我可以问一下有关生产和回滚的发布情况吗。合并到master后，是否在代码上添加标签以用于生产？如果是这样的话，如何标记，基于标记的实现etcI不会在我合并回master时立即标记，就在我准备发布时。e、 g.如果我正在处理两个特性，每个特性都在自己的分支中，并且我想在两个特性都完成后发布，我会完成特性1，合并到主特性，然后完成特性2，并将其合并到主特性，然后标记。有关标记的信息，请参阅：我通常会创建一个带注释的标记，git将标记推送到repo（例如GitHub），然后在生产服务器上创建git fetch和git checkout标记。或者，您可以将生产服务器作为远程服务器并推送到它。