我有一个msbuild项目,它从visual studio构建一个SLN文件,它包含所有项目(大约70多个项目),并且很多项目彼此依赖,这意味着它们需要按顺序构建 - 有时候开发人员忘记在解决方案文件中在visual studio中手动设置构建顺序,导致清洁解决方案上的msbuild失败,因为某些内容无序构建/无法找到dll。
有没有办法让msbuild获取所有项目并计算出依赖项并按顺序构建项目,如果有这样做的话?使用MSBuild任务?使用当前尝试,它似乎只是按照它读取项目的顺序构建 - 如果我传入项目文件列表+路径。
目前我能想到解决这个问题的唯一方法是外部应用程序扫描proj文件和引用,然后每次手动创建一个解决方案..但这对于这么简单的事情来说似乎有点过头了。
之前有人解决/看过这个吗?
答案 0 :(得分:4)
你是如何打电话给MSBuild的?如果将MSBuild指向解决方案文件,它应该能够计算出依赖关系。如果将其指向单个项目文件,则无法解析任何项目引用。
如果您不使用项目引用,您仍然可以使用“项目依赖项”对话框来手动设置依赖项来控制解决方案中的依赖项顺序。
答案 1 :(得分:4)
虽然很难维护项目依赖关系并且不能在.sln文件之间共享,但项目参考文献会受到尊重,并且会一致地指示订单 - 请参阅ResolveReferences
中的Microsoft.Common.targets
任务
ASIDE:“我的朋友”可能“在重构过程中”意外删除了他们的构建Task
以及与DependsOnTargets
Microsoft.Common.targets
任务的ResolveReferences
链接结果ProjectReferences
没有被尊重,听起来像这里的问题。如果你read some of the posts,你可能会认为这一切都是疯狂的 - 它不是;不稳定的位是Project 依赖项,而不是Project 引用。
请参阅this excellent MSDN Blog article by Dan Moseley,它真正解释了该主题,包括一些有用的解决方法策略。 (通过this mildly related issue with building xUnit.net)。
答案 2 :(得分:1)
如果所有依赖项目都在解决方案中并且您正在使用Project引用,则Visual Studio应按照该依赖项列表的顺序管理您的依赖项并构建。
听起来你没有使用项目参考。我总是推荐项目参考。
答案 3 :(得分:1)
这是一个老问题,但问题很可能是解决方案中的项目使用直接引用依赖DLL(添加引用>选择浏览选项卡>选择依赖DLL)而不是使用项目引用(添加引用>选择“项目”选项卡>选择依赖项目)。通过直接引用,Visual Studio无法找出依赖关系链。您必须通过右键单击解决方案节点并选择“属性”来告诉它。选择公共属性>项目依赖项以设置所需项目。克劳斯先生是对的,但我想记录如何解决这个问题。
答案 4 :(得分:0)
虽然MSBuild在使用项目依赖项时应遵守构建顺序是正确的,但有一点需要注意。在构建干净的目标时,它目前没有观察到反向构建顺序(正如我在博客中提到的here)。对于常规构建,它可以很好地工作,如其他人所描述的那样。
答案 5 :(得分:0)
我正在使用在c:\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ MSBuild.exe中找到的Msbuild 4 它似乎解决了这个问题。
答案 6 :(得分:0)
没有Microsoft工具可以检查70多个项目的所有依赖项,并生成一个解决方案文件,其中包含明确声明的依赖项。
您必须使用两种不同的方法自行完成:
如果您不想这样做,那么您将不得不吞下药物并接受您将使用外部工具为您做到这一点。是的,它很笨重,但它可以起作用。如果您将解决方案文件签入源代码管理,则可以缓解这些问题。只要您有一个可以使用的活动解决方案文件。
我一度都没有,我在构建中有600多个项目。所以我写了一个工具(多年前),它将自动完成99%的工作。它使用.NET MSBuild API来读取msbuild文件(这里没有使用xml api重新创建轮子)。然后它检查输出和输入并生成一个依赖树,然后我可以用它做一些事情:
我用这个工具看到的唯一限制是有一些疯狂的COM依赖,无论如何都是相当粗略的。我添加了一个超级简单的解决方法。