繁体   English   中英

Visual Studio 2015多种解决方案策略(TFS)

[英]Visual Studio 2015 multiple solutions strategy (TFS)

当具有多个解决方案时,解决方案中的某些项目引用另一个解决方案中的另一个项目的组合是最好的策略。

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

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

现在,我必须构建例如Proj1并将该程序集手动复制/粘贴到解决方案2和解决方案3中的解决方案文件夹中。我无法直接引用,因为这将使用本地路径,并且如果我通过源代码管理(TFS)签入),我的同事收到了我的本地路径(这就是为什么我们在解决方案文件夹中复制/粘贴以便路径始终是相对的)的原因。

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

那将是一个好的策略,因为它也可以与源代码控制一起使用,或者还有其他策略可以使用吗?

(有些东西像Visual Studio中的“共享项目”一样存在,但我认为这更多是针对单个解决方案,而是多个平台而不是共享)

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

将项目或解决方案的输出打包成具有内置大多数功能的Nuget包非常容易。NuGet存储库可以是网络共享,也可以使用托管服务(MyGet,VSTS / TFS等) 。

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

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

这是VS 2015版本

这是VS 2017版本

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM