git-flow:如何防止在发布分支上进行的某些更改合并回到开发

Question

问题是关于git-flow方法的一些边缘情况

我有一些典型的git-flow历史,如下所示:

      o---o---o---o [release-3.5.0]
     /
----o---o---o---o---o [development]

Git-flow告诉我们将release-3.5.0分支合并到开发中然后发布就绪了.因此,最终我们将获得所有更改,在发布分支进入开发分支.

      o---o---o---o 
     /             \
----o---o---o---o---o [development]

现在想象一下,我们有一个承诺上发布分支"X"我们不要想在开发分支,例如它是某种这已经是更理智的方式固定在发展黑客/修补程序或其他的(按提交ÿIE)

      o---X---o---o [release-3.5.0]
     /
----o---o---o---Y---o [development]

那么,主要问题是如何处理这种情况呢？如何防止此提交(或提交)重新进入开发？

Answer 1

虽然推荐rebase和/或合并/恢复/壁球的答案将起作用,但我个人认为更好的答案是:

git checkout development
git merge --no-commit release-3.5.0
# make whatever changes you need to fixup the "hack" and/or clean up any conflicts
git commit