TFS合併和分支之間的差異

我正在實施一個TFS分支結構，其中有一個主集成分支，一個包含發佈到生產代碼的生產分支和一個開發分支。 Dev和Prod都分支出Main。TFS合併和分支之間的差異

任何並行開發將在子分支上完成，子分支將從開發分支分支，我希望對常規開發分支進行的任何更改根據需要合併回子分支。我看不出有什麼方法可以自動合併，但我想到的一件事是每晚進行一次或每週比較流程，查看兩家分公司，併發送發送分支和每個分支之間差異的電子郵件報告。

有沒有人有任何想法，如果有任何產品我可以用來做自動比較和報告電子郵件？

謝謝

來源

2012-10-03 NZJames

聽起來好像你正在嘗試使用太多分支，然後創建一個自動化過程將它們全部重新組合在一起。如果整合過程可以實現自動化，爲什麼不同的分支機構處於首位？也許你應該退後一步問自己：「這些分支應該解決什麼問題？」 –

那麼分支只用於在同一代碼上進行併發開發時，我主要期望開發人員在主DEV分支上開發。但是我認爲，如果對DEV進行更改，我想要的是自動合併，因爲在分支上工作的任何人都會收到有關將Forward Integrate合併到分支中的新更改的通知，而這些更改需要先集成他們回到主要的DEV分支。如果他們能夠意識到這一點，他們可以選擇儘早整合以發現潛在的問題，而不是等到數月後纔會出現。 – NZJames

這將取決於DEV分支的預期穩定性。然而，一個相當直接的解決方案是DEV分支上的CI構建，它在成功發送通知電子郵件時發送通知電子郵件，以便需要從其轉發集成。

但是，這對我來說似乎有些詭異，因爲很可能這個CI構建將每天至少觸發一次。這意味着電子郵件通知將成爲垃圾郵件。爲什麼不在開始時讓開發人員做的第一件事就是從父分支向前集成？這使合併變得很小，因此解決衝突應該相當簡單。

如果兩個分支不斷合併，您可能不需要子分支。

無論如何，一個通過成功的電子郵件通知建立的CI會讓你得到你所要求的。每當分支發生變化時，每個人都會收到通知。

來源

2012-10-04 18:30:25

TFS合併和分支之間的差異

回答

相關問題