有关重组 Visual SourceSafe 项目的问题

Question

我继承了一个非常混乱的 VSS 数据库，我需要清理它。在我完成重组之前，我想得到一些指导，这样我就不会犯与前一个人类似的错误。我将把所有内容移至 VSS 的新实例并重新开始。历史信息不是问题，因此可以理解的是，全新安装将不包括先前版本的历史记录。 （如果需要，当前的 VSS 数据库将可用。）

我们当前使用的是 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  

每个产品和每个库都有它自己的解决方案；项目引用用于所有引用的库。例如，产品 1 的解决方案包含库 1、2、3、4 和 5 的项目引用。库 1 的解决方案包含库 4 和 5 的项目引用，依此类推。一切都在此时建立。

问题：产品 1 包含库 4 和 5 的项目引用是否是常见做法，即使它没有直接引用它们（但其引用的项目之一却这样做了）？

我计划在 VSS 中设置并行结构：

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

问题：这是要使用的逻辑结构吗？如果不是，我应该做什么不同的事情。

预先感谢您的意见。

达尔维斯

Answer 1

问题：产品 1 包含项目是否是常见做法
库 4 和 5 的参考，即使它没有引用它们
直接（但其引用的项目之一确实如此）？

是的，它甚至是某些任务所必需的，例如 VS2010 中的代码分析。无论如何，构建过程都会排除任何直接未使用的引用（这不是不清理它的原因，但在构建项目时并非所有列出的项目引用都被直接使用，这是一种支持）。

如果您使用 VB.NET，则可以自动清理引用（但您可以轻松破坏代码分析功能，我遇到过它不能正常工作的情况），在 C# 中，清理项目引用的功能不是内置的（某些（非免费）插件的功能类似于 Resharper）

问题：这是要使用的逻辑结构吗？如果不是，我应该做什么不同的事情。

（也许这应该是关于程序员的一个单独的问题，因为它有点主观，但无论如何我都会回答:)）

我不'没看出你的逻辑有什么问题。就我个人而言，我不会拆分库项目和可执行项目。它们只是项目。这确实是个人喜好的问题，其他人会按照客户端、平台等来划分它。但是只要人们能够看到你正在做的事情背后的逻辑，我认为你在使用时不会再遇到任何问题VSS。