git - 如何修复 GitHub pull 请求中被 git rebase 破坏的提交顺序？

Question

当我编写代码时，我会将其分解成小的逻辑更改，以便于快速审查。

为此，我使用 git rebase -i(交互式)来压缩、删除和更改提交的顺序。

我注意到这有时会导致 GitHub pull 请求的提交顺序不同(尽管该顺序保留在远程分支上)。

例如，

• 提交 1
• 提交 2
• 提交 3

可能在 PR 中显示为:

• 提交 3
• 提交 1
• 提交 2

我搜索了互联网，只找到了这个 GitHub 帮助页面:Why are my commits in the wrong order?他们的回答:

If you rewrite your commit history via git rebase or a force push, you may notice that your commit sequence is out of order when opening a pull request.

GitHub emphasizes Pull Requests as a space for discussion. All aspects of it--comments, references, and commits--are represented in a chronological order. Rewriting your Git commit history while performing rebases alters the space-time continuum, which means that commits may not be represented the way you expect them to in the GitHub interface.

If you always want to see commits in order, we recommend not using git rebase. However, rest assured that nothing is broken when you see things outside of a chronological order!

有没有办法解决这个问题？

Answer 1

我已经通过以下方式解决了这个问题:

1. 找到保留顺序的最后一次提交
2. 运行 git rebase -i <hash of that commit>
3. 全部替换pick与 reword
4. 运行 git push -f

在此之前，我尝试仅更改第一个提交消息，这也更改了以下所有哈希值，但这并没有解决问题。

我也必须为每个后续提交执行此操作才能使其正常工作。