解決合並沖突 GIT Azure-devops 服務器端

Question

有什么辦法可以解決 Azure-devops 服務器上的合並沖突？ 我遇到的問題是我試圖讓我的分支與單個請求/缺陷隔離。 例如，我有 Request1 來創建一個報告來顯示購買清單，而 Request2 來顯示銷售清單。 兩者都將駐留在會計解決方案中。 我提交並推送並執行拉取請求。 第一個合並到主罰款中，但第二個發生沖突，因為它沒有第一個。 現在，當過去發生這種情況時，我只需將主控器拉入我的 Request2 並執行另一個推/拉請求。 但是，我現在正在進行一個有看門人的項目，這增加了很多時間來總是讓這種情況發生。 有沒有辦法做類似的事情：從服務器解決https://docs.microsoft.com/en-us/azure/devops/repos/git/merging?view=azure-devops&tabs=visual-studio的合並沖突部分? 通常唯一的沖突是 master 中的報告不在分支中，但那是單個 XML 行。 我只想合並文件並保留丟失的行和新行。 通過這種方式，Gatekeeper 可以合並文件而無需所有來回。

Answer 1

有一個擴展來解決 web 上的拉取請求沖突。 將其安裝到您的 Azure DevOps 服務器后，您可以在拉取請求頁面中看到一個沖突選項卡，然后您可以解決 web 站點中的沖突，而不是在本地克隆中解決沖突。

注意：存在一個已知問題，即創建拉取請求后對主分支的新更改將無法被拉取請求識別。 您需要放棄當前的 PR，然后創建一個新的。 例如，您的 repo 中有兩個 PR，feature1 到 master 和 feature2 到 master。 在 feature1 合並到 master 后，現有的從 feature2 到 master 的 PR 將不會顯示 feature1 的變化。 你需要放棄它並重新創建一個新的 PR。 然后您可以使用 Conflict 擴展來解決合並沖突。

更新：

當新的更改推送到主分支時，拉取請求無法自動獲取最新的主更改。 不是放棄並重新激活 PR，而是有一個“重新啟動合並”選項，可以獲取 master 的最新更改。

您還可以在沖突選項卡中看到主人的最后更改時間。