GitHub PR 将 Dev 合并到 Master
GitHub PR To Merge Dev Into Master
在一个私人仓库中，我创建了一个 PR 以将 dev 中的更改合并到 master 中。 PR 显示 168 自动合并 - 我继续合并，一切正常。
然后我创建了另一个 PR 以合并从 dev 到 master 的更改 - 我预计 0 个文件，因为我刚刚合并，但它显示相同的 168 个文件，好奇我继续合并，当我查看提交时，它显示 0 个文件
这不是跨叉 - 同一回购中只有 2 个分支 - 谁能解释为什么 PR 显示 168 个文件 - 这是缓存问题吗？
要合并的文件数与实际合并的文件数 (0) 之间的差异确实指出了远程端的缓存问题。
我会通过在第一个 PR 之后的一天进行第二个 PR 来测试缓存问题，并检查是否显示 0（或者只有几个文件，如果你在 dev 上推送了新提交）。
如果 PR 进行了三点比较（使用基本提交），那么自 .
查看更多内容：
- "What are the differences between double-dot “..” and triple-dot “...” in Git?"
- "What are the differences between double-dot “..” and triple-dot “...” in Git commit ranges?"
在一个私人仓库中，我创建了一个 PR 以将 dev 中的更改合并到 master 中。 PR 显示 168 自动合并 - 我继续合并，一切正常。
然后我创建了另一个 PR 以合并从 dev 到 master 的更改 - 我预计 0 个文件，因为我刚刚合并，但它显示相同的 168 个文件，好奇我继续合并，当我查看提交时，它显示 0 个文件
这不是跨叉 - 同一回购中只有 2 个分支 - 谁能解释为什么 PR 显示 168 个文件 - 这是缓存问题吗？
要合并的文件数与实际合并的文件数 (0) 之间的差异确实指出了远程端的缓存问题。
我会通过在第一个 PR 之后的一天进行第二个 PR 来测试缓存问题，并检查是否显示 0（或者只有几个文件，如果你在 dev 上推送了新提交）。
如果 PR 进行了三点比较（使用基本提交），那么自
查看更多内容：
- "What are the differences between double-dot “..” and triple-dot “...” in Git?"
- "What are the differences between double-dot “..” and triple-dot “...” in Git commit ranges?"