Git流程管理与开发之间的差异

Question

我使用Git流已经有一段时间了，但是在最初的一周左右，我在主和樱桃中手工创建发布分支，将所需的提交选择到发布分支中，而不是从主服务器创建它们。

例如，如果我在开发分支中有提交abcd123 My commit message，那么我也会手动地将它选中到发布分支中，此时我可能已经修改或编辑了提交消息，所以发布分支(现在是主分支)包含了这个提交，但是包含了一个不同的哈希，例如dbca321 My adjusted commit message。

这里的问题是，当我从develop创建发行版时，它还包含了我不想在现阶段部署的提交，因此我根据master进行重基，并排除了我不想要的提交。然而，在重基之后，主、发布和开发之间的“我的提交消息”的提交哈希是不同的。这可能解释了为什么每当我创建一个发行版时，它总是会出现。

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

如何使Git流(主/开发)回到轨道/同步并实现这一点？

Answer 1

我已经用了一段时间了。这是我的练习：

1. 所有东西都会进入develop，直到您觉得准备好准备发行版为止。这可能是上一次部署后几分钟到几天之间的任何时间范围。
2. 在release分支上创建一个develop分支，或者更好的是，在开发分支上创建一个真正应该进入发行版的提交。这样做的目的是尽量减少develop和release之间的樱桃采摘或恢复，因为它们会引起头痛。
3. 继续提交到release中，除非您正在添加/更改一些不能进入发布分支的内容。在这种情况下，提交develop，但再次尝试最小化，以减少合并头痛。
4. 准备就绪后，将发布分支合并到develop和master中，进行测试和部署。
5. 回到1。

一些GUI工具很好地包装了git，并提供了一键gitflow操作，但是您应该始终努力了解在引擎盖下发生了什么，以便在这些“自动”工具失败时排除故障。