關於重新組織Visual SourceSafe項目的問題

Question

我繼承了一個非常混亂的VSS數據庫，我需要清理它。在完成我的重組之前，我希望得到一些指導，以免我和前一個人犯類似的錯誤。我將把所有內容都移到VSS的新實例中，並重新開始。歷史信息並不是一個問題，因此我們瞭解到，全新安裝不會包含先前版本的歷史記錄。 （如果需要，當前的VSS db將可用。）

我們正在使用Visual Studio 2005和Visual Source Safe 2005.我們將轉向VS2010和TFS，但首先要做的第一步。

我們有三個ASP.NET產品，每個產品共享多個庫。這裏的項目的基本結構：

PRODUCT 1 
    References: 
     Library 1 
      References: 
      Library 4 
      Library 5 
     Library 2 
     Library 3 

PRODUCT 2 
    References 
     Library 1 
      References: 
       Library 4 
       Library 5 
     Library 3 
     Library 6 

PRODUCT 3 
    References 
     Library 5 
     Library 3 

第一步我把所有的產品，從VSS庫「非綁定」和如下文件夾中已構建它們。 （有3個開發人員，我們將所有的設置上我們的機器相同的文件夾結構。）

C:\Source\Products\Product1 
C:\Source\Products\Product2 
C:\Source\Products\Product3 
C:\Source\Libraries\Library1 
C:\Source\Libraries\Library2 
... 
C:\Source\Libraries\Library5 

每一個產品和每一個圖書館都有自己的解決方案;項目引用用於所有引用的庫。例如，PRODUCT 1的解決方案包括庫1,2,3,4和5的項目參考。庫1的解決方案具有庫4和5等的項目參考。一切都在此刻建立。

問題：即使沒有直接引用它們（然而其引用的項目之一），PRODUCT 1爲庫4和5包含項目引用的常見做法是什麼？

我計劃建立在VSS並行結構：

$\Prodcuts\Product1 
... 
$\Libraries\Library5 

問題：這是一個邏輯結構來使用？如果不是，我應該做什麼不同。

在此先感謝您的意見。

Darvis

Answer 1

問題：是否對產品1常見的做法包括項目庫4和 引用5，即使它不引用它們 直接（但它引用的項目之一呢）？

是的，它甚至需要某些任務，如code analysis in VS2010。無論如何，構建過程都會排除任何直接未使用的引用（不是無法清理它的原因，但有些支持並非所有列出的項目引用都在構建項目時直接使用）。如果你在VB.NET中工作，你可以自動清理引用（但是你可以很容易地破壞代碼分析功能，而且我遇到了它不能正常工作的情況），在C＃中清理項目引用的能力是不是內置的（某些（非免費）插件就像Resharper）

問題：這是一個邏輯結構嗎？如果不是，我應該做什麼不同。

（也許這應該是一個獨立的問題上programmers，因爲它是有點主觀的，但無論如何，我會回答:)）

我沒有看到你的邏輯有任何問題。就我個人而言，我不會拆分圖書館項目和可執行項目。他們只是項目。這實際上是個人喜好的問題，其他人會通過客戶端，平臺等來分割它。但是隻要人們能夠看到你正在做的事情背後的邏輯，並且我認爲在使用時你不會遇到任何問題VSS。