如何以编程方式自动比较Visual Studio解决方案文件
本文关键字：Visual Studio 解决方案 文件 比较 编程 方式自 | 更新日期: 2023-09-27 18:28:30
我们有一个包含多个解决方案的解决方案文件，因为我们有很多开发人员在处理应用程序的各个部分。
开发人员通常会更新单个解决方案，但不会更新主解决方案文件。我希望在我们的日常构建过程中有一个自动化的过程，将主要解决方案与每个单独的解决方案进行比较，以便正确构建所有内容。
我一直在研究MSBUILD框架以及DTE/DTE2对象模型作为自动化选项。我需要深入到解决方案文件的项目级别，以确保每个子解决方案中的所有项目都存在于主解决方案文件中。
我一直在这个网站上玩一个有人问这个问题的例子：是否可以使用MSBUILD API来解析解决方案和项目配置？
我在使用DTE/DTE2自动化时遇到的一个问题是，当在控制台应用程序中执行代码时，我会弹出一个控制台窗口，并在Windows系统托盘中通知"可以下载新的扩展"。
还有其他自动比较的方法吗？
也有同样的问题。我采用了SLNTools，并在其中添加了功能，将几个解决方案组合为一个Combined.sln。
注意：注意，通过这种方式，解决方案可能会开始有奇怪的依赖关系，而且通常情况下，这不是对大型项目进行分区的好方法。考虑将大项目分解为多个独立的项目，并在它们之间使用清晰的API（我们现在这样做的成本很高）。