我可以在 GitHub 中查看合并功能分支的所有提交吗？

Posted 2023-02-19

【中文标题】我可以在 GitHub 中查看合并功能分支的所有提交吗？

【英文标题】：Can I see all the commits for a merged feature branch in GitHub?

【发布时间】：2014-11-28 09:17:57

【问题描述】：

我们在工作中使用 GitHub 作为我们的代码存储库，使用 JIRA 作为我们的问题跟踪器，并与 Crucible 和 FishEye 集成以进行代码报告和审查。我们用功能分支编号标记每个提交。

此设置有一个非常有用的功能：通过从 JIRA 票证的评论选项卡创建 Crucible 评论，我们可以获得所有文件的漂亮树视图，显示特定分支的所有更改，即使该分支已合并到主人。

这是一个例子：

我们现在计划将问题跟踪移至 GitHub 问题。我已经很仔细地看了，但我在 GitHub 中看不到任何与之对应的内容。 GitHub compare 让我在合并之前可以很好地查看特定分支的所有文件更改，但是之后呢？看起来检查合并分支中更改的唯一方法是将其与分支合并之前的 master 中的提交进行比较。

GitHub 有没有办法查看合并分支的所有提交，或者描述中具有特定功能分支编号的所有提交？

【问题讨论】：

如果您对所有合并都使用拉取请求，您仍然可以在合并后通过查看拉取请求来查看更改。

感谢 cfstras。我对你如何做到这一点有点困惑。当我尝试创建新的拉取请求时，系统会提示我选择比较。当我尝试将 master 与我进行最新合并的提交进行比较时，我没有得到任何区别，这是我尝试将合并的分支与 master 进行比较时的常见问题。

在“正常”的 GitHub 工作流程中，您在完成功能后创建拉取请求选择功能分支。然后提交者（可能是您自己）批准请求并合并。可以删除分支，但拉取请求仍将被存档。我还没有发现如何查看分支中所做的所有更改。您可以找出分支点然后对其进行比较，但这在 GitHub 站点上可能会很麻烦。也许尝试联系那里的人？

请注意，这（创建拉取请求）在分支合并后将不起作用，也没有任何意义（对我而言）。

【参考方案1】：

解决方案是 cfstras 在他的 cmets 中指出的一个：在合并分支之前创建一个拉取请求。这会创建一个即使在您合并后仍然可用的差异。如果您查看拉取请求中的“文件已更改”选项卡，您应该会看到所有更改的组合视图。非常感谢@cfstras！