Merge Request dependencies · Gitlab 中文文檔

# Merge Request dependencies > 原文：[https://docs.gitlab.com/ee/user/project/merge_requests/merge_request_dependencies.html](https://docs.gitlab.com/ee/user/project/merge_requests/merge_request_dependencies.html) * [Use cases](#use-cases) * [Configuration](#configuration) * [Limitations](#limitations) # Merge Request dependencies[](#merge-request-dependencies-premium "Permalink") 版本歷史 * 在[GitLab Premium](https://about.gitlab.com/pricing/) 12.2 中[引入](https://gitlab.com/gitlab-org/gitlab/-/issues/9688) . * 在[GitLab Premium](https://about.gitlab.com/pricing/) 12.4 中從"跨項目依賴項" [重命名](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/17291)為"合并請求依賴項". * [GitLab Premium](https://about.gitlab.com/pricing/) 12.4 中[引入](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/16799)了項目內 MR 依賴關系. 合并請求相關性允許表達合并請求之間的合并所需順序. 如果合并請求"依賴"另一個請求，則在合并其依賴項之前，不能將其合并. **注意：**合并請求依賴項是**PREMIUM**功能，但是此限制僅對依賴合并請求強制執行. **CORE**或**STARTER**項目中的合并請求可以是**PREMIUM**合并請求的依賴項，反之亦然. ## Use cases[](#use-cases "Permalink") * 在更改導入庫的項目之前，請確保對庫的更改已合并. * 在實現要記錄功能的合并請求之前，防止僅文檔合并請求被合并. * 在合并來自尚未被授予權限的人的合并請求之前，要求合并請求更新要合并的權限矩陣. 單個邏輯更改通常會跨越多個合并請求，并分散到多個項目中，并且合并的順序可能很重要. 例如，給定項目`mycorp/awesome-project`在`myfriend/awesome-lib`處導入了庫，在`awesome-project`添加功能可能**還**需要更改`awesome-lib` ，因此需要兩個合并請求. 在`awesome-lib`之前合并`awesome-project`合并請求會破壞`master`分支. `awesome-project`合并請求可以[標記為**Draft**](work_in_progress_merge_requests.html) ，注釋中包含所述草案的原因. 但是，這要求手動跟蹤`awesome-lib`合并請求的狀態，并且如果`awesome-project`合并請求依賴于對其他**幾個**項目的更改，則伸縮性不好. 通過使`awesome-project`合并請求依賴于`awesome-lib`合并請求，此關系將由 GitLab 自動跟蹤，草稿狀態可用于在每個單獨的合并請求中傳達代碼的就緒狀態. ## Configuration[](#configuration "Permalink") 要繼續上面的示例，您可以在`awesome-project`創建新的合并請求時配置依賴項（或通過編輯（如果已經存在））. 需要在**依賴**合并請求上配置**依賴** . 表單中有一個" **合并請求依賴項"**部分： [![Merge request dependencies form control](https://img.kancloud.cn/87/bd/87bdb4f96353fde6c340ecbdc42dd966_2362x154.png)](img/dependencies_edit_v12_4.png) 任何可以編輯合并請求的人都可以更改依賴關系列表. 可以通過引用或 URL 添加新的依賴項. 要刪除依賴項，請按其引用旁邊的**X.** 由于可以在項目之間指定依賴關系，因此其他人可能為您無權訪問的項目中的合并請求添加了依賴關系. 這些顯示為簡單計數： [![Merge request dependencies form control with inaccessible merge requests](https://img.kancloud.cn/9e/23/9e2368cf88a1dcc50241aad5595e23cc_2368x176.png)](img/dependencies_edit_inaccessible_v12_4.png) 如有必要，您可以按**X**來刪除所有類似的依賴項，就像對單個可見的依賴項一樣. 完成后，請按" **保存更改"**按鈕以提交請求，或按" **取消"**以不做任何更改地返回. 合并請求窗口小部件中顯示了已配置依賴項的列表以及每個依賴項的狀態： [![Dependencies in merge request widget](https://img.kancloud.cn/e6/9f/e69f33be47064eeec38dd850c6484d7c_970x298.png)](img/dependencies_view_v12_2.png) 在所有依賴項本身都被合并之前，對于依賴項合并請求將禁用" **合并"**按鈕. 特別要注意的是， **封閉的合并請求**仍會阻止其依賴項被合并-無法自動確定是否已以其他某種方式滿足了由封閉的合并請求表示的依賴關系. 如果已關閉合并請求**，**并且依賴項不再相關，則必須在合并之前按照上述說明將其作為依賴項除去. ## Limitations[](#limitations "Permalink") * API 支持： [問題＃12551](https://gitlab.com/gitlab-org/gitlab/-/issues/12551) * 在項目導出/導入之間未保留依賴項： [問題＃12549](https://gitlab.com/gitlab-org/gitlab/-/issues/12549) * 不支持復雜的合并順序相關性： [問題＃11393](https://gitlab.com/gitlab-org/gitlab/-/issues/11393) 最后一項值得更多解釋. 合并請求之間的依賴關系可以描述為關系圖. 最簡單的圖可能有一個合并請求，該合并請求取決于另一個：圖 LR; myfriend / awesome-lib！10-> mycorp / awesome-project！100; 更為復雜（且仍受支持）的圖可能具有一個合并請求，該合并請求直接取決于其他幾個：圖 LR; myfriend / awesome-lib！10-> mycorp / awesome-project！100; herfriend / another-lib！1-> mycorp / awesome-project！100; 幾個不同的合并請求也可以直接依賴于同一合并請求：圖 LR; herfriend / another-lib！1-> myfriend / awesome-lib！10; herfriend / another-lib！1-> mycorp / awesome-project！100; **不**支持的是依賴項的"深度"或"嵌套"圖. 例如：圖 LR; herfriend / another-lib！1-> myfriend / awesome-lib！10; myfriend / awesome-lib！10-> mycorp / awesome-project！100; 在此示例中， `myfriend/awesome-lib!10`取決于`herfriend/another-lib!1` ，它本身是`mycorp/awesome-project!100`的依賴項. 這意味著`myfriend/awesome-lib!10`成為`mycorp/awesome-project!100`的**間接**依賴項，尚不受支持.