在一个解决方案中声明相互依赖的nuget包

我们项目中的情况是相同的，我们采用以下方法：

第一步是创建用于定义软件包的nuspec文件。我们已经将所有这些文件放置在解决方案的根目录中的名为“ .nuspec”的文件夹中。nuspec文件也添加到解决方案文件夹中的解决方案文件夹中，该文件夹名为“ .nuspec”。

该解决方案本身具有一个全局AssemblyInfo文件，该文件包含版本信息以及一些版权资料-简而言之，就是我们项目之间通用的所有信息。然后，每个项目都有自己的装配信息，并添加特定于每个项目的信息。

nuspec文件不包含版本。相反，我们$(version)在那里使用占位符：

<?xml version="1.0" encoding="utf-16"?>
<package xmlns="http://schemas.microsoft.com/packaging/2011/08/nuspec.xsd">
  <metadata>
    <id>MyCompany.MyProduct.Server.DataAccess</id>
    <version>$(Version)</version>
    <authors>MyCompany</authors>
    <projectUrl>http://example.com/myProduct.html</projectUrl>
    <iconUrl>http://example.com/myProduct.icon.png</iconUrl>
    <requireLicenseAcceptance>false</requireLicenseAcceptance>
    <description>Some description goes here.</description>
    <summary>The summary goes here</summary>
    <copyright>Copyright © MyCompany 2015</copyright>
    <language>en-US</language>
    <dependencies>
      <dependency id="MyCompany.MyProduct.Common" version="$(Version)" />
      <dependency id="MyCompany.MyProduct.Server" version="$(Version)" />
    </dependencies>
  </metadata>
  <files>
    <file src="path\to\MyCompany.MyProduct.Server.DataAccess.dll" target="lib\net45\MyCompany.MyProduct.Server.DataAccess.dll" />
  </files>
</package>

（当然，依赖关系本身可能也具有依赖关系。例如，服务器组件可能引用日志记录组件。）

最初，我们创建了一个控制台应用程序，从全局AssemblyInfo文件中读取解决方案的版本，并将其解析为所有nuspec文件，然后再创建和发布程序包。

控制台应用程序运行良好，但是要在启用了持续集成的TFS环境中进行维护则有些繁琐。因此，我们定义了一个自定义的TFS构建模板来完成这项工作。现在，我们为所有项目创建一组nuget包所需要做的就是触发TFS构建。

这种方法的优点是所有软件包都具有相同的版本，因此可以很好地协同工作。这种方法的缺点是所有软件包都具有相同的版本，并且不能独立发布。

我们之所以选择这种方法，是因为它阻止了我们生产集成不良的组件。我们的项目提供了一个小型框架，用于开发所有非常相似的小型LOB应用程序。由于我们以一组不同的软件包交付框架，因此开发人员可以选择他们实际需要的软件包，然后仅安装它们。如果开发人员以后决定添加缺少的功能，那么他只需安装与已安装版本具有相同版本的相关软件包即可。因此，无需担心兼容性。