Git流程 - 管理主人和发展之间的差异

Question

我一直在使用Git Flow一段时间，但是在最初的一周左右，我从master手动创建发布分支，并将所需的提交选择到发布分支，而不是从master创建它们。

例如，如果我在开发分支中提交abcd123 My commit message，我也会手动将其选入发布分支，此时我可能修改或编辑了提交消息，因此发布分支（现在是master分支）包含此提交但具有不同的哈希，例如dbca321 My adjusted commit message。

这里的问题是，当我从develop创建发行版时，它还包含我不想在此阶段部署的提交，因此我对master进行了反对并排除了我不想要的提交。然而，在重新定位之后，提交哈希对于主，发布和开发之间的“我的提交消息”是不同的。这可能解释了为什么每当我创建一个版本时它就会一直显示出来。

我希望能够使用Git Flow从开发中创建版本，但在必要时删除某些提交而不会出现此问题。通过樱桃采摘手动创建发布分支是一种简单的方法来实现这一点，当它被重新合并开发它似乎工作得很好，但是不应该如何使用Git Flow。

如何让Git Flow（主/开发）恢复正常/同步并实现这一目标？

Answer 1

我一直在使用gitflow。以下是我的做法：

1. 一切都进入develop，直到您觉得已准备好开始准备发布。这可能是上次部署后几分钟到几天之间的任何时间范围。
2. 从release创建一个develop分支，或者更好 - 从开发分支上的最后一次提交开始，应该真正进入发布版本。我们的想法是尽量减少develop和release之间的挑选或恢复，因为它们会引起头痛。
3. 继续提交release，除非您要添加/更改无法进入发布分支的内容。在这种情况下，提交develop，但再次尝试最小化以减少合并头痛。
4. 准备好后，将发布分支合并到develop和master，进行测试和部署。
5. 回到1。

一些GUI工具可以很好地包装git并提供一键式gitflow操作，但是你应该总是努力知道在底层发生了什么，以解决这些问题。“自动化＆＃39;他们失败时的工具。