当多个解决方案中解决方案中的某些项目引用另一个解决方案中的另一个项目的组合时,最佳策略是什么?Visual Studio 2015多种解决方案策略(TFS)
- Solution 1
-- Proj1
-- Proj2
- Solution 2
- OtherProj 1
- Solution 3
- FooProj1
- FooProj2
例如,如果OtherProj,FooProj1和FooProj2使用Proj1或Proj2程序集。
现在我必须构建例如Proj1并手动将该程序集复制/粘贴到解决方案2和解决方案3中的解决方案文件夹中。 我无法直接引用,因为那样会使用本地路径,并且如果我签入通过源代码管理(TFS),我的同事收到我的本地路径(这就是为什么我们复制/粘贴到解决方案文件夹中,以便路径总是相对的)。
我们正在考虑的是添加后构建事件并将程序集复制到server \ myserver \ assemblies \ relaase \ Proj1.dll上的共享文件夹,然后在我们的解决方案/项目中引用这些文件。
这是一个很好的策略,因为它可以与源代码控制一起工作,还是有其他策略可以工作吗?
(有什么存在像在Visual Studio中共享项目,但我认为这是多为单一的解决方案,但多个平台,而不是共享周围)
一旦你的代码库变得足够大,它使得单个SLN文件无法管理。此时,您需要编写和维护MSBUILD“.proj”文件,以正确的顺序构建所有项目。如果你这样做,你的项目可以从它们所在的地方引用DLL。您不需要为参考使用绝对文件路径 - 您应该使用相对路径(这是创建对另一个程序集的引用时的默认路径,因此您不需要在此处做任何特殊的操作)。 –