9

我有一个每天在 TFS 中构建的大型解决方案。该解决方案涵盖多个逻辑子解决方案 - 例如由项目 A、B、C、D 组成的 ApplicationA；ApplicationB 由项目 A、B、E、F 组成，ApplicationC 由项目 A、C、G、H 组成。

目前，我们在本地制作构建解决方案文件的副本并卸载我们不需要构建的项目来处理项目 - 因此对于 ApplicationA，我们将卸载除 A、B、C、D 之外的所有内容。

另一种方法是创建多个解决方案配置，这些配置只会为 ApplicationA 构建项目 A、B、C、D - 但我担心这会很麻烦，并且 .sln 文件最终会很大。

问题是许多项目被放在一个 wix 包中并一起安装 - 所以主 .sln 文件是有意义的，特别是从构建的角度来看，但也包括调试。

维护多个解决方案文件似乎并不正确，因为当添加新项目时，我们需要将它们添加到多个解决方案中。所以也许配置方法是要走的路，但感觉也不对。

有没有人有过类似情况的经历，你是如何解决的？

4

1 回答 1

11

听起来有五个解决方案文件是有意义的：

  • Master.sln，包含所有项目
  • ApplicationA.sln，包含项目 A、B、C、D
  • ApplicationB.sln，包含项目 A、B、E、F
  • ApplicaitonC.sln，包含项目 A、C、G、H

可以将所有这些解决方案文件放在同一个顶级目录中。

但是维护多个解决方案文件是不可行的，因为当添加新项目时，我们需要将它们添加到多个解决方案中。

为什么这是个问题？您需要确定项目需要哪些应用程序......在主解决方案中创建项目（肯定需要它），然后对需要它的解决方案使用“添加现有项目”。这真的没有那么多工作——而且我也不希望经常添加新项目。（如果是，则表明存在更大的问题。）

于 2013-03-07T00:29:48.270 回答