Visual studio 有没有一种方法可以自动生成;“附加依赖项”;至于;“自定义构建”;在VisualStudio中?

Visual studio 有没有一种方法可以自动生成;“附加依赖项”;至于;“自定义构建”;在VisualStudio中?,visual-studio,visual-studio-2013,custom-build-step,Visual Studio,Visual Studio 2013,Custom Build Step,我在Visual Studio 2013解决方案中有一个自定义构建步骤。自定义构建步骤在一个文本文件上调用python脚本,该文本文件引用了我的解决方案中的几个其他文件。我希望在这些文件发生任何更改或脚本的输出丢失时调用自定义构建步骤。但是,我不想手动维护自定义工具“附加依赖项”和“输出”字段 我可以很容易地让脚本生成依赖项列表,就像gcc在传入-MM时生成.d文件一样。是否有一种方法可以使用脚本的.d输出自动填充自定义构建步骤中的“其他依赖项”?是否有其他方法可以避免维护“附加依赖项”和“输出

我在Visual Studio 2013解决方案中有一个自定义构建步骤。自定义构建步骤在一个文本文件上调用python脚本,该文本文件引用了我的解决方案中的几个其他文件。我希望在这些文件发生任何更改或脚本的输出丢失时调用自定义构建步骤。但是,我不想手动维护自定义工具“附加依赖项”和“输出”字段

我可以很容易地让脚本生成依赖项列表,就像gcc在传入-MM时生成.d文件一样。是否有一种方法可以使用脚本的.d输出自动填充自定义构建步骤中的“其他依赖项”?是否有其他方法可以避免维护“附加依赖项”和“输出”字段


仅显示如何添加单个文件。

假设用于生成
.d
文件的脚本可以生成任意格式的文件,您应该能够使用元素实现所需的结果:

  • 编写一个脚本,生成一个小项目文件,而不是
    .d
    文件。脚本的输出将是一个小项目文件,其中包含“其他依赖项”和“输出”字段
  • 使用
    Import
    标记使生成的文件成为主项目的依赖项
  • 当依赖项的组成发生更改时,根据需要运行脚本

  • 通过此方法,您可以将主项目文件与自动生成的依赖项文件分开维护,自动生成的依赖项文件可以根据需要重新生成。唯一的缺点是,生成的依赖项文件是MSBuild项目文件,而不是纯依赖项文件。但是,这应该不是一个大问题,因为您拥有生成e依赖项文件。

    您真的认为创建辅助项目文件的纸条,用于以后的“导入”吗“它来自主项目,是一种比仅仅以编程方式将所需依赖项添加到主项目xml文件更简单的方法???@Pat为什么,我不认为,我知道事实上,这种方法更干净,从长远来看更稳定。恕我直言,你的答案并不好;您可以邀请以编程方式创建一个新项目,用于导入该项目,以及导入与之相关的依赖项;我的回答直接将依赖项添加到主项目文件中;我认为你的答案和我的不一样;“你只是我的一部分,让它变得更加复杂和复杂。”帕特我已经清理了这些评论,因为它们已经失控了。如果您有问题,请将其带到聊天室或在Meta上提出。请不要在这里继续争论这个问题,这不是建设性的,你已经在剩下的评论中表明了你的观点。