Merge requests · Gitlab 中文文檔

# Merge requests > 原文：[https://docs.gitlab.com/ee/user/project/merge_requests/](https://docs.gitlab.com/ee/user/project/merge_requests/) * [Use cases](#use-cases) * [Overview](#overview) * [Merge request navigation tabs at the top](#merge-request-navigation-tabs-at-the-top) * [Creating merge requests](#creating-merge-requests) * [Reviewing and managing merge requests](#reviewing-and-managing-merge-requests) * [Testing and reports in merge requests](#testing-and-reports-in-merge-requests) * [Authorization for merge requests](#authorization-for-merge-requests) # Merge requests[](#merge-requests "Permalink") 合并請求使您可以可視化并協作對作為對指定 Git 分支的提交而存在的源代碼的建議更改. [![Merge request view](https://img.kancloud.cn/7a/22/7a22c81fa39e5832113c082aeb970980_3086x5192.png)](img/merge_request.png) 合并請求（ **MR** ）是 GitLab 作為代碼協作和版本控制平臺的基礎. 顧名思義，它就是一個*將*一個分支*合并*到另一個分支的*請求* . ## Use cases[](#use-cases "Permalink") 答：考慮您是一個團隊中的軟件開發人員： 1. 您簽出新分支，并通過合并請求提交更改 2. 您從團隊中收集反饋 3. 您可以使用["代碼質量"報告來進行](code_quality.html)優化代碼的實現 4. 您可以在 GitLab CI / CD 中使用[JUnit 測試報告](../../../ci/junit_test_reports.html)來驗證您的更改 5. 通過" [許可證合規性"報告，](../../compliance/license_compliance/index.html)可以避免使用許可證與您的項目不兼容的依賴項 6. 您要求您的經理[批準](merge_request_approvals.html) 7. 您的經理： 1. 推動提交并進行最終審查 2. [批準合并請求](merge_request_approvals.html) 3. 將其設置為[在管道成功時合并](merge_when_pipeline_succeeds.html) 8. 您的更改將通過[手動操作](../../../ci/yaml/README.html#whenmanual) GitLab CI / CD 部署到生產中 9. 您的實施已成功交付給客戶 B.考慮您是為您公司網站編寫網頁的 Web 開發人員： 1. 您簽出新分支，并通過合并請求提交新頁面 2. 您從審稿人那里收集反饋 3. 您的更改將通過[Review Apps](../../../ci/review_apps/index.html)進行預覽 4. 您要求您的網頁設計師實施 5. 您要求您的經理[批準](merge_request_approvals.html) 6. 一旦批準，您的合并請求將被[壓縮和合并](squash_and_merge.html) ，并[部署到帶有 GitLab 頁面的暫存中](https://about.gitlab.com/blog/2016/08/26/ci-deployment-and-environments/) 7. 您的生產團隊[選擇](cherry_pick_changes.html)合并提交到生產中 ## Overview[](#overview "Permalink") 合并請求（也稱為" MR"）顯示有關建議的更改的大量信息. MR 的主體包含其描述以及其小部件（顯示有關 CI / CD 管道的信息，如果存在的話），然后是與該 MR 合作的人員的討論線程. MR 還包含導航選項卡，從中可以查看線程上正在進行的討論，提交列表，管道和作業列表，代碼更改以及內聯代碼審閱. 首先，請閱讀[合并請求簡介](getting_started.html) . ## Merge request navigation tabs at the top[](#merge-request-navigation-tabs-at-the-top "Permalink") 在 GitLab 12.6 中[引入](https://gitlab.com/gitlab-org/gitlab/-/issues/33813) . 此定位是實驗性的. 到目前為止，在合并請求窗口小部件之后，位于合并請求中以顯示" **討論區"** ，" **提交"** ，" **管道** "和" **更改"**的導航選項卡. To facilitate this navigation without having to scroll up and down through the page to find these tabs, based on user feedback, we’re experimenting with a new positioning of these tabs. They are now located at the top of the merge request, with a new **Overview** tab, containing the description of the merge request followed by the widget. Next to **Overview**, you can find **Pipelines**, **Commits**, and **Changes**. [![Merge request tab positions](https://img.kancloud.cn/7e/f8/7ef81d15defed955cea2600f9483e12f_1950x1516.png)](img/merge_request_tab_position_v12_6.png) 請注意，此更改當前位于默認情況下啟用的功能標志之后. 對于自我管理的實例，GitLab 管理員可以通過 Rails 控制臺使用以下命令將其禁用： ``` Feature.disable(:mr_tabs_position) ``` ## Creating merge requests[](#creating-merge-requests "Permalink") Learn [how to create a merge request](creating_merge_requests.html). ## Reviewing and managing merge requests[](#reviewing-and-managing-merge-requests "Permalink") 查看可使用的功能來[查看和管理合并請求](reviewing_and_managing_merge_requests.html) . ## Testing and reports in merge requests[](#testing-and-reports-in-merge-requests "Permalink") 了解有關合并請求中的[測試](testing_and_reports_in_merge_requests.html)選項[和報告](testing_and_reports_in_merge_requests.html)更改的信息. ## Authorization for merge requests[](#authorization-for-merge-requests "Permalink") 使用 GitLab 進行合并請求的主要方法有兩種： 1. 在單個存儲庫中使用[受保護的分支](../protected_branches.html) 2. 使用權威項目的分支 [Learn more about the authorization for merge requests.](authorization_for_merge_requests.html)