TFS2015.3 Git不會合並拉請求

我們正在使用TFS git存儲庫，使用分支和拉請求來管理項目A上的更新，並且工作正常。TFS2015.3 Git不會合並拉請求

我們爲項目B創建了另一個回購（與A的主要區別在於它包含更多的數據，包括一些二進制文件），並且一切正常，但TFS無法合併即使是最簡單的請求也是如此。一個行註釋變化：

由於文字說明，我們是能夠在本地合併然後推回給主人，但這違背了通過TFS拉請求過程的目的之一。

任何想法？

更新，大約回購規模的詳細信息：

更新＃2，有關文件內容的詳細信息（十六進制）：

2017-04-21 JMo

存在合併衝突。也許如果你可以通過Web界面處理pull請求，你可以得到一個web界面，詢問你如何處理衝突，但Visual Studio不能這樣做，你需要在本地執行並處理衝突。這基本上是TFS處理拉取請求的限制。 –

另一方面，你真的應該避免不能幹淨地合併的請求。處理這個問題的正確方法是拒絕拉請求，讓發送它的開發人員執行此提取操作，合併循環以更新其拉取請求，然後重新提交不應在服務器上完全合併的請求。 –

而這樣做的原因是** I **，即被要求查看和合並拉取請求不應該被要求來處理合並衝突。最初的開發人員是最好的人，他知道如何做到這一點（通常，顯然這個規則會有例外），所以你應該把拉請求發回給他，讓他在重新提交之前修復它。 –

由於文字表明，我們能夠在本地合併然後推回給主設備，但是這通過TFS打破了拉請求過程的部分目的。

不，不是真的。公關不是解決衝突的地方。

如果你想合併一個PR，它應該是可合併的，所以你必須在本地修復它（你想要的方式，通過合併或rebase）並推送它。公關將被更新，TFS將檢查它是否可合併，您將能夠進行合併。

2017-04-21 09:56:31 Philippe

謝謝，我完全同意，但沒有衝突 - 代碼更改只是一個文件中的幾個字符（我們一直在Project A中進行的這種更改）。我關於能否在本地進行的評論只是爲了清楚說明，沒有合併衝突，我們必須在本地進行修復時才能解決 - 它合併得很好。 – JMo

回答