TFS（2015）如何管理最終的合併衝突？

我們有很多在TFS上很少的分支機構開發團隊。我們將從分支合併到分支（主要發佈）。TFS（2015）如何管理最終的合併衝突？

我很好奇知道如果兩個或多個開發人員在同一時間合併相同的事物（影響相同文件或腳本的更改），TFS如何管理最終衝突？

預先感謝您！

編輯：爲了使它更清楚，如果有兩個或更多的開發人員將會在完全相同的時間合併的機會，TFS如何知道/管理/處理哪個人需要解決最終的衝突？

來源

2016-10-21 Soufiane Tahiri

如果出現合併衝突，有人需要干預和鞏固衝突，但不會自動完成。

它的自動合併只有當不存在衝突（至少沒有衝突，只要TFS可以告訴）

爲了使它更清楚，如果有一個兩個或更多開發人員將在同一時間合併的可能性，TFS如何知道/管理/處理哪個人需要解決最終衝突？

衝突由登記人員在嘗試登記時解決，如果發生新衝突，則必須解決衝突。注意解決衝突是本地更改，而不是源更改。一旦衝突得到解決，並試圖進行檢查，如果更多出現，他們也需要解決。

你是一個1k開發團隊嗎？你是否一直在檢查？進入同一分支？到不同的分支？我會假設你必須把這項工作分得很好，不要踩在腳趾上，但確實很難說。只要代碼是可管理的，TFS就可以合併。

來源

2016-10-21 12:17:37 Kritner

所以你認爲總會有至少有人合併誰需要介入？ –

如果你的代碼組織良好，關注點分離，鬆耦合，合併衝突應該是最小的。我一般只會在較小的團隊中工作，但一切都會自動解決（至少在我工作的代碼上）。唯一真正的例外是一個項目有一個38k行的WCF服務，這通常總是有衝突。如果代碼在邏輯上更加分離，通過不同的服務或部分類文件，合併衝突的發生次數會減少。 – Kritner

我們有超過1k人在一個非常大的項目上工作，並且我們很快就會合並未來兩天的所有內容...... –

TFS（2015）如何管理最終的合併衝突？

回答

相關問題