GitHub - Merge Pull Request (with Squash Commits) - 分支仍然说在 master 之前有 7 个提交？答案

【问题标题】：GitHub - Merge Pull Request (with Squash Commits) - branch still says 7 commits ahead of master?GitHub - Merge Pull Request (with Squash Commits) - 分支仍然说在 master 之前有 7 个提交？
【发布时间】：2018-05-27 06:14:40
【问题描述】：

在我自己的存储库中，我在Settings>Branches 中将master 分支设置为protected，这样我自己的Pull Requests 就不会被自动接受。这允许我在接受我自己的Pull Request 时选择Squash Commits 的选项。

问题是，在这次合并之后，如果我去 GitHub 上的Branches，合并后的分支仍然显示 7 个提交在 master 之前。我怎样才能得到更新？

更新

我认为没有办法解决这个问题。我将使用Squash & Merge，删除branch，并在master 上创建一个tag，并使用合并分支的名称

【问题讨论】：

您的标题表明该分支提前 5 次提交，但您的问题声称 7 次。无论如何，功能分支很可能会领先于 master，那么问题出在哪里？
那么，您的功能分支在逻辑上是在 master 之前还是之后？到目前为止，我没有看到任何迹象表明存在问题。
我将feature分支与master合并后，肯定不再是7次提交了吗？查看分支选项卡似乎功能分支在前面，而 master 不是最新的
是的，这很奇怪，尽管这主要是一个有争议的问题，因为在大多数情况下合并后您不会使用该功能分支。
我不会删除分支，因为它将用于显示进度，但它现在无法准确显示 repo 的状态。我认为可能有一个rebase 选项或其他东西，但我不知道下一步要采取的措施

标签： git github

【解决方案1】：

git 不会跟踪与 squash 的合并，因此分支仍显示为未合并。您应该以某种方式记住合并了哪些分支。据我了解，这个想法是在合并分支后立即删除它们。

【讨论】：

也许我可以写便利贴来记住并将它们贴在我的冰箱上.....或者我会继续尝试找出答案:-) 删除一个写有 7 个提交的分支无论如何，在主人面前感觉不对
我个人的意见是，你应该只使用常规合并，不要使用壁球。然后它会像你期望的那样运行。
@max360 - 如果我在功能分支上有 100 个次要提交，用于 cmets、次要重构等，那么可以使用 squash 提交合并拉取请求是有意义的 - 否则 master 可以有一个1'000 次次要或不相关提交的提交历史记录 - 这就是存在该选项的原因。也许我做错了什么