如何在添加依赖关系时自动更新主解决方案？

Question

我们在多个软件项目中使用single master solution strategy，最近有人在通用代码中添加了一个依赖项，这会破坏另一个项目的解决方案，直到新的依赖项添加到他们的解决方案中。什么是消除或最小化这类问题的好策略？

我们认为以下几点：多分区解决方案

• 添加关键字来签入日志消息告诉其他项目添加依赖（但这是一个手动过程）
• 工作而不是单一的主解决方案（导致构建时间更长，解决方案中的智能感知丧失等）
• 使用工具从多个分区解决方案创建主解决方案（可以使用VS2015的任何建议？）

迄今为止，我们最大的单一主解决方案是115个项目文件，所以在此基础上，似乎并不需要划分解决方案，除非这是解决我们问题的最佳方法。

如果你遇到过这个问题，你是如何解决它的？

Answer 1

可能没有内置的方法来执行此操作（任何版本的VS安装的MSBuild文件都不会执行该项目的构建，并且其功能请求为like this one）。一个非常快速的解决方案是创建一个msbuild文件，该文件将引用的项目构建为预构建事件，并将该文件包含在引用另一个项目的每个项目中。例如，在共同构建工具左右目录下创建一个名为文件buildprojectreferenecs.targets，与内容

<?xml version="1.0" encoding="utf-8"?> 
<Project ToolsVersion="12.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> 
    <Target Name="BuildProjectReferences" BeforeTargets="BuildGenerateSources"> 
    <MsBuild Projects="@(ProjectReference)" 
      Properties="Configuration=$(Configuration);Platform=$(Platform)"/> 
    </Target> 
</Project> 

这只是构建具有相同配置和平台项目，包括它的每个ProjectReference。在使用项目引用的每个项目中导入。导入必须在定义了ProjectReference项目后进行，因此请将其放入

... 
    <Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" /> <!-- this is near the bottom already --> 
    <Import Project="..\BuildProjectReferences.targets" /> !<-- add this --> 
    ... 
</Project> 

现在，如果你运行构建，实际编译开始之前会发生引用的项目的生成（反过来他们引用的项目等），不管他们是：在底部一路该解决方案与否。一些缺点：

• 如果添加一个项目refernce却忘了导入此文件没有任何反应
• 构建无条件地发生，所以如果参考项目已经建成了构建再次启动;虽然它也会立即完成，因为构建系统发现所有输出都是最新的
• VS中的构建系统将无法检测到解决方案之外的引用项目的更改，因此如果解决方案中的所有项目都是最新的，并且在不会构建的解决方案之外更改引用项目中的源文件。尽管命令行构建不是这样，但是会有一个项目的构建开始，因此也会构建引用的项目。

总而言之，我不知道它是否值得。由于您选择了“单主解决方案”方法，可以说解决方案应该是项目的单一解决方案，因此必须包含从源构建的所有依赖关系。开发者的任务就是确保这一点。为了赶上失败这么快，最好的解决方案是建立一个构建服务器，它将每个提交构建到代码库，并且因此可以快速发现错误。然后开发人员会通知他们的错误，并且很快就会应用这个修补程序（特别是因为它很简单）。