Github pull 请求显示越来越多的旧 merge

Question

我实际上对 git 很有经验，但这种怪异让我感到困惑。

我们有一个 protected 主分支 .每次我想添加代码时，我都会从 master pull 最新的代码，然后在此基础上创建一个新的本地分支。提交我的更改，将它们推送到我的新分支中，然后 做个 PR 回 master .

标准的东西。

我在这个特定的 repo 中注意到的一件事是我是 在我的分支中获得越来越多的“变化” ，他们只是 几天前 merge .

例如，我最新的 PR 有:
Merge branch 'master' of github.com:xxxx/xxxx into master
共 8 次，其中最老的 11 天。 在所有这些 merge 之前是一个旧的提交 我的已经 merge 到 master 中，每次我做 PR 时我都会看到这个提交。最后是我在分支中添加的单个提交。

查看更改的文件时，仅包含我在分支中实际更改的文件 ，所以 merge 我的 PR 是完全无害的。这只是奇怪和烦人。

同样在本地，如果我删除一个已经 merge 的分支，我会收到警告“包含未 merge 到 master 中的提交”，尽管实际上并没有。

每次我做一个新的 PR 时，旧的提交是日志中的第一件事，所以我想知道是否有什么东西搞砸了。

有任何想法吗？即将核对我的 repo 并重新克隆。

Answer 1

看起来你是从 master 分支出来的，然后没有用 master 的新更新来更新你的分支。您可以在您的分支中获取新的提交并使用 rebase 同步历史记录。

我推荐以下易于遵循的过程:

git checkout master

git pull

git checkout [feature branch]

git rebase origin/master -i

git push origin [feature-branch] --force

在 rebase 步骤中，您可以选择所有提交，也可以使用 s 压缩它们。或 squash提交旁边的选项而不是默认的 pick当文本编辑器为您的交互式 rebase 打开时，它会出现在您的提交旁边。

之后，您的主分支的历史记录应该与您的功能分支的历史记录同步，并且只会显示您的提交(我建议压缩所有这些 merge 提交 - 如果您遵循此 rebase 工作流程，您甚至不需要做任何事情 merge ，你可以只做 rebases - 这不会添加他们自己的提交)。

干杯!