我對TFS很新,但我對VSS有一些經驗。我喜歡在以下情況下了解您對使用TFS的最佳方式的看法: 我們是一羣開發項目的開發人員。所有項目都從一個共同的基本代碼開始。所有項目只有一個人,在項目完成之前無法共享代碼。一個項目可以持續幾個小時到幾個月,直到完成才能合併代碼。任何開發人員都可以同時在多個項目上工作,一次只能做7-10個項目。通常這些項目只涉及少量更改/創建的文件(10-20),但依賴於經常更改的大量基礎架構文件。但是,在合併之前不會考慮基礎架構的任何更改,因此我們在最終構建之前不會從服務器獲取最新版本。TFS:分支,標籤還是擱置?
另外一個要求是,合併的時候,我們想用一個3路合併工具。我們在VSS中使用這種方法,通過一個定製的應用程序,它工作得很好。但是,這涉及特殊的文件管理,例如,每個必須更改的文件都必須有一個原始版本保存在某處,這將用作3路合併過程的「根」文件。
您認爲如何?
您能否給一些更多的信息?有多少個開發者?你多久發一次代碼?這些應用程序是否有獨立的開發週期?你是否有要求從新功能中分離錯誤修復(並且如果你不想改變它,那將是一件痛苦的事情?)。 FYI這裏是一些信息的鏈接上使用[第三方合併工具(http://blogs.msdn.com/b/jmanning/archive/2006/02/20/diff-merge-configuration-in-team- foundation-common-command-and-argument-values.aspx)我喜歡源碼設備diffmerge,因爲它支持3路合併,並且免費(如啤酒),但有很多其他選項 – 2011-03-14 16:46:57