为什么重新合并分支会忽略一些变化？

Question

方案： 我们遵循git工作流程：

master 分支 - 具有来自各个功能分支的可释放代码

to-be-QAd 分支 - 包含尚未由QA测试的各个功能分支的代码

1. 我从大师
创建了分支功能
2. 提交的修改很少（提交1 ）
3. 进行了更多更改并提交（提交2 ）
4. 合并分支功能A 进入 to-be-QAd 分支
5. 在 to-be-QAd 分支中实现该功能无法正常工作
6. 切换到 feature-A 分支并重置 - 之前的提交（提交1 ），因为最后一次提交导致代码更糟
7. 进行更改并提交（提交3 ）
8. 将功能-A 分支合并为 to-be-QAd
9. 具有正确代码的文件（属于 commit-1 的一部分）会被错误地合并。合并将保留提交2 中的文件。 （该文件在上次提交时未被修改。）

不确定这里做错了什么！根据我对git的有限知识，这似乎是非常微不足道的事情。

如果我做了一些根本错误的事情，那么在这种情况下，你已经合并过一次的正确方法是什么，需要回到功能分支中的先前版本并再次合并。

Answer 1

git reset --hard只重置HEAD指针。你可能想做git revert <commit-id>。这有效地撤消了提交并将其记录在历史记录中，以便撤消操作将合并到您的QA分支中。

这来自git help revert：

  

给定一个或多个现有提交，还原相关修补程序引入的更改，并记录一些记录它们的新提交。这个          要求你的工作树是干净的（没有HEAD提交的修改）。

     

注意：git revert用于记录一些新的提交以反转某些早期提交的效果（通常只有一个错误的提交）。如果你想扔          远离工作目录中所有未提交的更改，您应该看到git-reset（1），尤其是--hard选项。 ...

相关：What's the difference between Git Revert, Checkout and Reset?和How to revert Git repository to a previous commit?。

Answer 2

to-be-QAd 分支仍然包含来自commit2和其他一些不正确文件的更改，因为您从第一次带来功能A时没有撤消合并

在进行修复后第二次合并 feature-A 之前，我会在 to-be-QAd 分支上运行git reset --hard，其中是

上第一次合并之前提交的id

修改<！/强>

如果其他开发人员在初始合并后将提交的功能设置为QAd，则可能会出现问题。如果这样做，请注意你将要退出的提交。

Answer 3

当你做了＆＃39; git reset＆＃39;在功能A分支上，您返回commit-1然后添加了commit-3。但是在to-be-QAd分支上，你仍然有commit-1和commit-2。然后，当你将feature-A合并到to-be-QAd时，你会得到类似的东西：commit-1，comment-2和commit-3-merged。因此，可能来自commit-2的东西仍然存在。您可以通过以下几种方式解决问题：

1. 做一个＆＃39; git reset＆＃39;在feature-A和to-be-QAd上，将commit-3添加到feature-A，合并到to-be-QAd
2. 做一个＆＃39; git revert＆＃39;在feature-A上添加一个un-commit commit-2的提交，添加commit-3 - 在此之后你的feature-A分支看起来像：commit-1，commit-2，commit-2-undo，commit-3。然后，合并到to-be-QAd，它将获得commit-2-undo和commit-3