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

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

这个设置有一个非常有用的特性：通过从JIRA票证的Reviews选项卡创建Crucible review，我们可以得到一个很好的树视图，其中显示了特定分支的所有更改，即使在该分支合并到master之后也是如此

下面是一个例子：

我们现在计划将问题跟踪转移到GitHub问题。我已经仔细看过了，但在GitHub中我看不到任何与此对应的版本。GitHub compare在合并某个特定分支之前可以很好地查看该分支的所有文件更改，但是合并之后呢？检查合并分支中的更改的唯一方法似乎是在合并分支之前立即将其与主控中的提交进行比较

---

GitHub是否有任何方法可以查看合并分支的所有提交，或描述中具有特定功能分支编号的所有提交？

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

---

如果您对所有合并使用拉取请求，您仍然可以通过在合并后查看拉取请求来查看更改。谢谢cfstras。我有点不明白你是怎么做到的。当我尝试创建一个新的请求时，系统会提示我选择比较。当我尝试将master与我进行最新合并的提交进行比较时，我没有得到任何区别，这是我尝试将合并的分支与master进行比较时通常遇到的问题。在“正常”GitHub工作流中，您在完成一个功能后创建选择一个功能分支的pull请求。提交者（可以是您自己）然后批准请求并将其合并。可以删除分支，但仍将存档拉取请求。我还没有发现如何查看分支中所做的所有更改。您可以找到分支点，然后进行区分，但在GitHub站点上这样做可能会很麻烦。也许试着联系那里的人？请注意，这（创建拉请求）在分支被合并后将不起作用，也没有任何意义（对我来说）。