我应该如何在同一解决方案中从project B 引用另一个project A？
如果我得到什么，我会失去什么：
project A 的引用作为项目引用。project B中安装project A的NuGet包。困扰我的事情是构建依赖项、版本控制..？
或者这是否完全破坏了解决方案的目的？
【问题讨论】：
标签： visual-studio msbuild nuget solution
项目参考 VS NuGet
项目引用或者NuGet是我们开发过程中很常见的问题，需要根据自己的实际情况选择使用哪一个。
例如，如果引用的项目A在开发过程中经常被修改，我们推荐使用Project reference。因为如果你使用nuget，你必须重建引用的项目，重新创建nuget包，将那个nuget包重新安装到项目B，甚至你必须将它发布到服务器。这会带来很多不必要的工作，而且我们在修改引用的项目A后经常忘记更新我们的nuget包。如果使用项目引用，就不会出现这些问题。修改后引用的项目 A 会在我们构建项目 B 之前自动更新。
另一方面，当我们将引用的项目 A 共享到解决方案之外，或者将该项目共享给其他人时，nuget 将是一个更好的选择。它具有更多的便携性。
因此，当您在同一解决方案中从项目 B 引用另一个项目 A 时，将推荐项目引用，在将参考项目共享到解决方案外或将项目共享给其他人时，nuget 更合适。
此外，还有一个 Visual Studio 扩展 NuGet Reference Switcher，它会自动将 NuGet 程序集引用切换到项目引用，反之亦然。
希望这会有所帮助。
【讨论】：
使用第一种方法，您可以获得简单性，因为您不需要生成新版本的 ProjectA nuget 包，您在其中所做的每一次更改（即 ProjectA.nupkg）。
但是，使用第二种方法，您可以获得可移植性，因为您可以轻松地与其他项目/解决方案共享相同的 nuget 包。
就个人而言，我只为旨在与其他解决方案共享的项目创建 nuget 包。 （例如库和框架）。
希望这可以帮助您做出决定！
【讨论】：
现在有了新的 csproj 格式，您可以同时使用两者（如果您在同一个解决方案中有两个项目）。
在您的示例中，您可以从 project B 引用 project A 作为项目引用。然后，如果您想将project A 作为 NuGet 包发布，您只需将以下标记添加到它的 csproj 中的 PropertyGroup：
<GeneratePackageOnBuild>true</GeneratePackageOnBuild>
情节转折：如果您也想将 project B 作为 NuGet 包发布，只需添加 GeneratePackageOnBuild 目标 - MSBuild 会将 projectA.nupkg 设置为 projectB.nupkg 中的依赖项。
这样，您可以在内部处理您的项目，同时将它们作为包发布给第三方或其他团队。
【讨论】：
NuGet 引用.
project A 必须能够引用project B 并同时引用B.nupkg。在这种情况下，VS 有点不稳定——如果第二次添加 NuGet 引用，它会在解决方案资源管理器中保留带有黄色警告符号的引用。如果第二次添加项目引用，它会卸载冲突的 NuGet 包（静默，这不是理想的 UX）。