Git在合并时如何排除还原提交？

Question

3

我们使用长期分支PROD、TEST和DEV。

下一个应用程序版本在DEV中开发，一旦准备好进行测试，就会合并到TEST中，发布后再合并到PROD中。

一些提交直接在TEST分支中进行（用于修复正在测试的版本的错误），在PROD中进行（用于维护错误）。

这些PROD和TEST中的提交总是“向下合并”到子分支中（即：PROD合并到TEST和DEV；TEST合并到DEV）。

偶尔会在PROD中提交一个错误更正，然后将其合并到TEST和DEV，然后推送到源。但是，如果规划发生变化，错误更正应该成为测试版本的一部分，而不是PROD版本的一部分。

现在问题来了：如果我撤销PROD中的提交，当PROD向下合并时，TEST和DEV中的撤销也会被执行。如何处理以删除PROD中的更改，并保持它在TEST和DEV中，即使在PROD向下合并后也是如此？

我目前的做法是从TEST开始：

git merge PROD --no-commit

这使我能够在将合并提交到测试环境之前，从生产环境中丢弃已还原的更改。然后，在不需要特殊干预的情况下，将测试环境中的更改合并到开发环境中。

如果要合并的唯一提交是被还原的提交，则会导致合并时没有文件...但尽管如此，这似乎仍然有效。

因此，我想知道我的方法是否正确，或者是否有更好的方法？

- Guillaume Morin

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Mark Longair · Accepted Answer

通常情况下，将生产分支合并回测试分支是一个不好的想法。正常情况下应该执行git checkout PROD，然后执行git merge TEST。（如果您想了解更多关于这个经验法则的信息，可以查看这篇有关合并和分支的博客文章，其中提供了完整的理由。）

如果某人意外地在PROD上提交了一个本应在TEST上的修复，那么您应该在TEST上挑选该修复并在PROD上撤销它。为了逐步描述该过程，让我们假设包含在PROD上的修复的提交对象名称为A。那么：

 # cherry-pick the commit onto `TEST`.
 git checkout TEST
 git cherry-pick A

 # Now revert the commit on `PROD`:
 git checkout PROD
 git revert A

现在当您将 TEST 合并到PROD 中时，修复程序应该被合并。（根据历史记录，可能会产生冲突，但如果有冲突，则应以 TEST 版本为准解决。）