我是我公司的TFS管理員。過去，我曾經爲TFS的一些新團隊推薦了一種線性分支策略。開始於開發>開發合併到測試>測試合併到產品。在TFS中管理構建所有解決方案
這適用於解決方案的項目是解決方案的子目錄。那些分散在源代碼管理中的項目呢？
我可以創建一個可以管理分散在源代碼管理中不同位置的項目的單個分支嗎？
E.G.
\ $ TFS \開發\ PROJECT1
\ $ TFS \開發\ SomeFolder \ Project2的
\ $ TFS \開發\ SomeOtherFolder \項目3
我們有容納我們所有的組件主要項目。這個項目是「全部構建」項目。它與finalBuilder pro一起用於執行到下一層的部署。問題在於這些項目遍佈源代碼管理。我不知道如何管理它們。
是的。通過Team Build，您不僅可以跨分支機構構建解決方案，還可以跨不同的團隊項目構建解決方案。不過，我認爲最好的做法是讓每個項目和每個分支都有自己的構建定義。
在你的情況，我會先嚐試organize the source tree，然後定義生成所有項目的主解決方案。 FinalBuilder應該支持你的場景，但我認爲當你有TFS時FinalBuilder是多餘的。
我的建議是確定哪些「項目」是獨立發佈和版本化的，並且每個項目都有獨立的分支結構。
你不想擁有2個獨立的項目（由獨立的我的意思是他們被釋放/單獨進行版本）在同一分支結構內。
這些項目之間的依賴關係管理的典型方法是從項目1 X版本的二進制文件簽入項目2「LIB」文件夾中。這樣，您可以隨意發佈Project 1的新版本，但Project 2團隊可以決定何時以及是否依賴新版本。
如果你的各種「項目」是一起發佈/版本化的一件大事，那麼我建議只確保它們都存在於某個根文件夾（例如$ \ TFS \ Dev）和分支從那裏。