Question

拥有多个解决方案时，解决方案中的某些项目在另一个解决方案中引用另一个项目的程序集时，最佳策略是什么。

- Solution 1
-- Proj1
-- Proj2
- Solution 2
- OtherProj 1
- Solution 3
- FooProj1
- FooProj2

例如，如果OtherProj，FooProj1和FooProj2使用Proj1或Proj2程序集。

现在我必须构建示例Proj1并手动将该程序集复制/粘贴到解决方案2和解决方案3中的解决方案文件夹中。我无法直接引用，因为那将使用本地路径，如果我通过源代码控制（TFS）签入，我的同事会收到我的本地路径（这就是为什么我们复制/粘贴解决方案文件夹，以便路径是永远相对）。

我们想到的是添加一个post build事件并将程序集复制到服务器\ myserver \ assemblies \ relaase \ Proj1.dll上的共享文件夹，然后在我们的解决方案/项目中引用这些文件。

这是一个很好的策略，因为它也适用于源代码控制，还是有其他策略可以使用？

（某些东西像Visual Studio中的共享项目一样存在，但我认为更多的是单个解决方案，而是多个平台而不是共享）

Answer 1

您应该将每个项目/解决方案的输出发布为Nuget包，并依赖于这些包。

将Project或Solution的输出打包为Nuget Package非常容易，内置大部分功能.NuGet Repository可以是网络共享，也可以使用托管服务（MyGet，VSTS / TFS），其他）。

Answer 2

VS扩展， NuGet参考切换器是针对这种情况的一种解决方案。从它的描述：

NuGet Reference Switcher是一个Visual Studio扩展，它自动将NuGet程序集引用切换为项目引用，反之亦然。这在开发引用自己的NuGet包的应用程序时很有用。