get rebase --interactive 只显示“noop”并合并所有提交

如何解决get rebase --interactive 只显示“noop”并合并所有提交

dev 分支比 master 提前 5 次提交：

ce30cbd (HEAD -> dev,origin/dev) disabled debugs for libpid
678b1b2 split functionality to libpid and libaccel
6b3f9e2 direct logger test
f5d8841 dev build small changes
2a7c316 Revert "remove Makefile from git"

这些提交都不是合并提交等

然后做下一步：

git checkout master
git rebase --interactive dev

noop
  
# Rebase ce30cbd..e0bf1e6 onto ce30cbd (1 command)
#
...

我只想选择 3 个提交而不是 5 个，但所有提交都会自动合并。
为什么它不起作用以及如何处理它？

附言我不想使用cherry-pick，因为它会更改提交哈希。

解决方法

你的 rebase 是一个空操作，因为你已经要求在 dev 之上对 master 进行 rebase，但是 master 在 dev 后面，所以没有什么可以rebase。

有关技术说明，请查看 Rebase ce30cbd..e0bf1e6 onto ce30cbd。 ce30cbd..e0bf1e6 表示“可从 e0bf1e6（主）访问的提交，但可从 ce30cbd（开发）访问的提交”。由于所有 master 的提交都可以从 dev 访问，因此没有提交。

请参阅 Revision Selection in Pro Git 和 gitrevisions 了解更多信息。

我只想选择 3 个提交而不是 5 个，但所有提交都会自动合并。

Rebase 不会合并，这必须作为一个单独的步骤来完成。

不清楚您想对这些选定的提交做什么，但我假设您想从 dev 中选择 3 个提交并将它们放在 master 上。

如果你想扔掉另外两个提交...

git checkout dev
git rebase -i master

然后在编辑器中删除不需要的提交。 dev 将被重写为仅这三个提交。

如果你想保留现有的开发提交，首先创建一个新分支，然后重新设置。

git checkout -b new-dev
git rebase -i master

dev 将保持不变，new-dev 将仅包含选定的提交。

完成后，将分支合并到 master 中。

git checkout master
git merge dev

这不会进行合并。因为 dev 是 master 的简单祖先（即 master 上没有更多的提交），所以它只会“快进”； master 将跳转到与 dev 相同的提交。如果要强制合并，请使用 git merge --no-ff。这对于将一组提交保留为在一个分支中作为一个组完成通常很有用。

附言我不想使用cherry-pick，因为它会更改提交哈希。

Rebase 也会改变提交哈希。 Rebase 基本上是一系列精选。

The commit hash is a checksum of the commit's contents and all its parents。这是 Git 工作原理的基础。任何时候你“重写”一个提交（提交没有被重写，新的提交被进行）它的提交哈希，以及它所有后代的哈希，都必须改变。

所以你可以简单地挑选三个提交到 master 上。

git co master
git cherry-pick commita commitb commitc

请参阅 Rewriting history in Pro Git 了解更多信息。