# Merge requests versions > 原文：[https://docs.gitlab.com/ee/user/project/merge_requests/versions.html](https://docs.gitlab.com/ee/user/project/merge_requests/versions.html) * [Selecting a version](#selecting-a-version) * [Find the merge request that introduced a change](#find-the-merge-request-that-introduced-a-change) * [`HEAD` comparison mode for Merge Requests](#head-comparison-mode-for-merge-requests) # Merge requests versions[](#merge-requests-versions "Permalink") 每次您推送到與合并請求綁定的分支時，都會創建新版本的合并請求 diff. 當您訪問包含多個推送的合并請求時，可以選擇并比較那些合并請求差異的版本. [](img/versions.png) ## Selecting a version[](#selecting-a-version "Permalink") 默認情況下，顯示更改的最新版本. 但是，您可以從版本下拉列表中選擇一個較舊的版本. [](img/versions_dropdown.png) 合并請求版本基于推送而不是提交. 因此，如果您單次推送了 5 次提交，那么下拉菜單中的選項就是一個. 如果您按了 5 次，則算上 5 個選項. 您還可以將合并請求版本與舊版本進行比較，以查看此后發生了什么變化. [](img/versions_compare.png) 在查看過時的合并版本或與基本版本以外的版本進行比較時，將禁用注釋. 每次將新更改推送到分支時，系統都會顯示一個用于比較最后更改的鏈接. [](img/versions_system_note.png) ## Find the merge request that introduced a change[](#find-the-merge-request-that-introduced-a-change "Permalink") 在 GitLab 10.5 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/issues/2383) . 在查看提交詳細信息頁面時，GitLab 將鏈接到包含該提交的合并請求（或合并請求，如果存在多個）. 這僅適用于最新版本的合并請求中的提交-如果某個提交位于合并請求中，然后根據該合并請求重新建立基礎，則不會鏈接它們. ## `HEAD` comparison mode for Merge Requests[](#head-comparison-mode-for-merge-requests "Permalink") 在 GitLab 12.10 中[引入](https://gitlab.com/gitlab-org/gitlab/-/issues/27008) . 合并請求（尤其是" **更改"**選項卡）是查看和討論源代碼的地方. 在目標分支被合并到合并請求的源分支的情況下，源分支和目標分支中的更改可以顯示為混合在一起，這使得很難理解目標分支中正在添加哪些更改以及已經存在哪些更改. 在 GitLab 12.10 中，我們添加了一個比較模式，該模式顯示了通過模擬合并后的差異計算出的差異-更準確地表示更改，而不是使用兩個分支的基礎. 通過選擇**master（HEAD），**可以從比較目標下拉列表中使用新模式. 將來它將[替換](https://gitlab.com/gitlab-org/gitlab/-/issues/198458)當前的默認比較. [](img/versions_compare_head_v12_10.png)