【问题标题】:GitHub PR To Merge Dev Into MasterGitHub PR 将 Dev 合并为 Master
【发布时间】:2020-03-17 16:55:28
【问题描述】:

在一个私人仓库中,我创建了一个 PR 以将更改从 dev 合并到 master。 PR 显示 168 将自动合并 - 我继续合并,一切正常。

然后我创建了另一个 PR 来合并从 dev 到 master 的更改 - 我期望 0 个文件,因为我刚刚合并了,但是它显示了相同的 168 个文件,好奇我继续进行合并,当我查看提交时,它显示0 个文件

这不是跨叉 - 在同一个 repo 中只有 2 个分支 - 谁能解释为什么 PR 显示 168 个文件 - 这是一个缓存问题吗?

【问题讨论】:

    标签: github pull-request


    【解决方案1】:

    要合并的文件数和实际合并的文件数 (0) 之间的差异确实表明远程端存在缓存问题。

    我会通过在第一个 PR 之后的第二天进行第二个 PR 来测试缓存问题,并检查 0(或者如果您在 dev 上推送了新提交,则只显示几个文件)。

    如果 PR 进行三点比较(使用基本提交),则不是因为 Sept. 2018, you can also do, from GitHub, a two-dots comparison

    通过以下方式查看更多信息:

    【讨论】:

    • 感谢您的回复,我已经阅读了很多关于 GitHub 如何构建差异的内容,他们使用三点差异来产生我所看到的结果 (help.github.com/en/github/…)。
    • @markpirvine 是的。我已经编辑了答案,其中包含指向 GitHub 帮助页面的链接,这些页面记录了两个点与三个点的差异。
    • 看来我需要改变我的 git 方法——要么继续压缩合并到 master 并忍受三点差异,每次更改 url 以使用两点diff(看不到将其设为默认值的选项)或停止 squash 合并到 master...
    猜你喜欢
    • 2016-11-28
    • 1970-01-01
    • 2020-09-14
    • 1970-01-01
    • 2017-01-30
    • 2022-08-11
    • 2023-03-28
    • 2020-10-17
    • 2016-01-20
    相关资源
    最近更新 更多