TFS磁盤結構 - 和「添加新文件夾」vs「添加解決方案」

我們組織最近已經準備好TFS 2008供我們使用。我有一個練習TeamProject可供玩。TFS磁盤結構 - 和「添加新文件夾」vs「添加解決方案」

要稍微簡化，我們以前組織了在磁盤上這樣的代碼：

-EC 
    - Main 
    - Database 
     - someScript1.sql 
     - someScript2.sql 
    - Documents 
     - ReleaseNotes_V1.doc 
    - Source 
     - Common 
      - Company.EC.Common.Biztalk.Artifacts [folder] 
      - Company.EC.Common.BizTalk.Components [folder] 
      - Company.EC.Common.Biztalk.Deployment [folder] 
      - Company.EC.BookTransfer.BizTalk.sln 
     - BookTransfer 
      - Company.EC.BookTransfer.BizTalk.Artifacts [folder] 
      - Company.EC.BookTransfer.BizTalk.Components [folder] 
      - Company.EC.BookTransfer.BizTalk.Components.UnitTest [folder] 
      - Company.EC.BookTransfer.BizTalk.Deployment [folder] 
      - Company.EC.BookTransfer.BizTalk.sln

我試圖決定，我想在整個C檢查：\ EC目錄？或者我想打開每個解決方案並簽入。每個的優缺點是什麼？它似乎通過執行「添加文件/文件夾」選項，我可以一次檢查一切，它會匹配磁盤結構。

它也看起來像是，如果我單獨檢查每個解決方案，這會在我的工作區中創建另一個工作文件夾。我想如果我通過「添加文件/文件夾」登記，我將有一個工作區，那樣會更好。

但是我看到的大部分書籍和樣本都是關於檢查項目和解決方案的。

P.S.我知道我需要根據分支/合併準則將更多內容添加到我的磁盤結構中，但這不是我在這裏問的問題。

謝謝，尼爾沃爾特斯

來源

2010-05-26 NealWalters

它的優良的解決方案瀏覽器（例如，從源控制資源管理器）的外部進行檢查。如果你這樣做，一個缺點是你的解決方案最初不會被綁定到源代碼控制。下次有人檢出其中一個文件時，他們必須手動（通過對話框）綁定到源控制服務器。

如果您的解決方案數量有限，則將解決方案添加到源代碼管理是可行的。但是，請確保將目錄中的這些文件映射到當前工作區。

來源

2010-05-29 21:39:27 Robaticus

我仍然困惑什麼是理想的選擇。似乎每個人都會一直使用這個或另一個。如果我檢查解決方案，那麼如何檢查文檔，發行說明，幫助文件等內容......是否應將它們全部添加到解決方案中，即使它們位於同級別的目錄中解決方案和項目？看起來，當您在「源代碼資源管理器」中瀏覽時，您想要的是目錄層次結構或解決方案列表，而不是兩者的組合。更多的想法？ – NealWalters 2010-06-01 15:59:53

我們很早就做出了決定，試圖保持我們的源代碼庫清潔，並且只保留源代碼。我們使用TFS項目門戶（sharepoint）作爲其他內容。如果您想要版本控制文檔，幫助等，以及源代碼，您可以將其添加到您的項目中，只需將其作爲內容即可。 – Robaticus 2010-06-01 17:15:26

TFS磁盤結構 - 和「添加新文件夾」vs「添加解決方案」

回答

相關問題