visual-studio - 在解决方案之间共享 Visual Studio 项目(程序集)的最佳实践是什么

Question

假设我有一个项目“MyFramework”，它有一些代码，它在很多解决方案中使用。每个解决方案都有自己的源代码控制管理 (SVN)。

MyFramework 是一个内部产品，没有正式的发布时间表，解决方案也是如此。

我宁愿不必构建和复制 DLL 到所有 12 个项目，即新开发人员应该能够只做一个 svn-checkout ，然后开始工作。

在所有这些解决方案中共享 MyFramework 的最佳方式是什么？

Answer 1

既然你提到了SVN，你可以使用externals将框架项目“导入”到使用它的每个解决方案的工作副本中。这将导致这样的布局:

C:\Projects
  MyFramework
    MyFramework.csproj
    <MyFramework files>

  SolutionA
    SolutionA.sln
    ProjectA1
      <ProjectA1 files>
    MyFramework   <-- this is a svn:externals definition to "import" MyFramework
      MyFramework.csproj
      <MyFramework files>

使用此解决方案，您可以在使用它的每个解决方案中获得 MyFramework 的源代码。优点是，您可以从这些解决方案中的每一个中更改 MyFramework 的源代码(无需切换到不同的项目)。

但是 :同时这也是一个巨大的缺点，因为它很容易在为另一个解决方案修改它时破坏某些解决方案的 MyFramwork。

出于这个原因，我最近放弃了这种方法，现在将我们的框架项目视为一个完全独立的解决方案/产品(有自己的发布时间表)。然后，所有其他解决方案都包含框架项目二进制文件的特定版本。

这确保对框架库所做的更改不会破坏任何重用库的解决方案。对于每个解决方案，我现在可以决定何时更新到较新版本的框架库。