关于Git流的问题

Question

我们基本上是在使用这里记录的Git流：http://nvie.com/posts/a-successful-git-branching-model/.现在开发人员提出了一些问题：

1. 我们从哪里发布代码到生产？发布/修补程序分支还是主分支

我还有更多问题：

1. 如果发布分支没有变化，为什么我们甚至需要一个？我来自ClearCase世界，我总是有这样的印象，如果没有变化，分支就不需要了。
2. 为什么Git不经常使用标签。在ClearCase中，我们在每个构建上都有基线/标记开发分支，我们可以使用基线/标记来识别发布，不需要为发布创建分支。有了基线/标记，我们可以一直使用以前的基线/标记来发布，不需要回滚。

Answer 1

我将根据这句话回答你的前两个问题

发布分支被合并到master中（因为master上的每个提交定义都是一个新的发布，记住）

我想说的是，你应该把你的代码从master发布到产品中

至于回滚以删除之前实现的功能，我认为这是不正确的，因为您需要该代码的历史记录。您应该删除不推荐的代码，然后重新提交。

Answer 2

免责声明：根据我对git flow的理解给出的答案可能不正确：）

1. From where do we release the code to production? The release/hotfix branch or the master?

从文章中：

因此，每次更改被合并回主版本时，根据定义，这都是一个新的生产版本。

--

 2. Need to rollback in release branch, if some features in the current
 release branch are no longer required.

你不在发布分支中做功能，你在功能分支中做功能。在发布分支中，你只做微小的更改/错误修复或在发布前更新元数据。如果这些更改是多余的，回滚分支可能是可以的，因为它们无论如何都是微小的更改，可能并不重要。

文章还提到：

在这里添加大型新功能是严格禁止的。它们必须合并到开发中，因此，等待下一个大版本。

3. If there is no change in the release branch, why do we even need one? I am from the ClearCase world, and I always have this impression that a branch is not required if there is no change on it.

如果没有更改，那么分支可能是多余的。但我觉得在你的代码里你有版本号吗？这应该在发布分支中更新。

从文章中：

此外，它们允许小错误修复和为发布准备元数据（版本号、构建日期等）。

编辑：

4. Why Git is not using tag a lot. In ClearCase, we baseline/tag the development branch on every build, and we can use baseline/tag to identify a release, no need to create a branch for release. With baseline/tag, we can always take a previous baseline/tag to release, no need to rollback.

你不必使用最新的开发提交来启动一个发布分支。