这是通过 github 恢复恢复更改的正确方法吗？

Question

在开发时，我将分支 a_feature 中的 pr 合并到 develop 分支中。然后我删除了我的电脑和 github 中的 a_feature 分支。

但我合并错了，我想把它改回来。因此，我做了一个新的 Pr，通过 github 的内置功能恢复更改并将其合并回来。 （我这样做是为了防止意外部署不需要的代码）

但我想继续将恢复的更改开发到新分支并进行新的公关。那么我采取的这种方法是正确的吗？

1. 我拉动 develop 分支：

git checkout develop
git pull origin develop

3. 我创建一个新分支：

git checkout a_feature_with_nessesary_changes

3. 我查看包含恢复之前的更改的提交日志：

git revert ^hash^

4. 然后我提交更改：

git add .
git commit -am "Un-reverted changes"

5. 一旦准备好，我就会重新执行一个新的公关。

但是，一旦我通过 github 恢复一些合并更改，这是取消恢复的更改并丢失大量代码的方法吗？

Answer 1

有多种方法可以实现此目的，但关于 Git revert 最重要的是要认识到，恢复 PR 与恢复 commit 略有不同。嗯>。当您恢复常规提交时，您会撤消该特定提交的更改。当您恢复PR时，您正在恢复合并提交，并且该提交将撤消所有提交中的所有更改的总和是由那个公关带来的。

这很重要，因为如果您选择继续在同一个分支上工作，当需要合并分支的固定版本时，如果您希望重新合并的任何提交仍然具有与它们相同的 ID在之前的合并中，这些提交不会被再次引入。它们需要重新编写，所以我的偏好是始终从目标的最新版本开始（就像您建议的那样），这将强制它。这是一种稍微更有效的方法来创建该分支，而无需先签出 develop：

# make a new branch off of the latest develop
git fetch
git switch -c a_feature_with_nessesary_changes origin/develop --no-track

现在您可以恢复恢复提交：

git revert <commit-id-of-revert-commit>`

或者，您可以挑选分支上的所有原始提交：

git cherry-pick <commit-id-a_feature-branched-from>..a_feature

请注意樱桃选择范围中的第一个提交是要选择的第一个提交的父。您需要的父提交很可能等于此命令的输出：

git merge-base origin/develop a_feature

在 merge-base 正确的情况下，您可以将cherry-pick更改为类似这样的内容（使用Bash）：

git cherry-pick $(git merge-base origin/develop a_feature)..a_feature

为了完整性，我会提到如果您确实想重用 a_feature 上的原始提交，而不从最新的 develop 开始（有些人不喜欢更改原始合并基础），那么您可以简单地强制重写分支以仅更改ID：

git switch a_feature
git rebase -f $(git merge-base origin/develop a_feature) # -f forces the rewrite

无论您选择上述哪个选项，现在您的分支都处于旧的（仍然损坏的）代码可以修复的状态。此时，您可以像平常一样添加新的提交以及您希望进行的更改并 PR 到 develop 中。