在经典的 MAKEfile 中，很容易在规则中列出主文件，然后列出所有依赖文件(例如包含文件)。
我以为 MSBuild 在目标中有一些属性，但似乎没有!给定输入文件列表和从输入文件到输出文件名的转换，它会为每个输入文件运行一次目标，如果输入文件不比输出文件新则跳过它。
那么您如何才能保留该行为，并且如果任何依赖文件也较新则不跳过？依赖文件是从早期版本中记录下来的，我知道如何将文本文件读入 Item 数组。但是每个输入都有不同的依赖文件列表，我不知道如何告诉目标何时可以或不可以跳过。
我看到 CL(C 和 C++ 编译器)的逻辑根本没有在 MSBuild 脚本中处理! CL 的“任务”包装了对 cl.exe 的调用，它做出该决定并且根本不调用 cl.exe。但是 Target 根本不会跳过并将每个输入文件都提供给 CL。
我想知道是否有一种有用的方法可以直接在 MSBuild 中执行此操作，而无需在 .NET 中编写代码来完成实际工作。
最佳答案
让我解决有关 MSBuild 中 CL 目标的问题，因为它的实现方式非常特殊。此外，有些事情告诉我您正在做类似的事情，可能是使用 gcc 或其他 C/C++ 编译器，您可以在其中使用命令 gcc -M 获取依赖项列表。
对于 C++ 编译、C++ 链接、C++ 资源编译器和其他一些东西，MSBuild 使用自动化机制在构建时建立所有依赖项。这个叫做File Tracker，网上没有详细介绍，但是你可以在MSBuild book中找到很多细节。 .
File Tracker 监视 cl.exe、rc.exe 和 link.exe 正在对文件系统执行的操作，并创建它们读取的文件列表——这将是当前编译或链接文件的依赖项。然后它将此列表保存在 obj 文件夹中的 .tlog 文件中。下次调用构建时，CL 任务(或链接任务)读取它们的 .tlog 文件并比较所有依赖项文件的时间戳，检查是否必须再次执行编译器(或链接器)。这些检查都在 CL/RC/LINK 任务中完成。换句话说，如果你看到 CL 任务正在执行，并不总是意味着 cl.exe 将被启动。
现在，要让您继续前进，有几种替代方法:
- 创建多个目标——每个主要输入文件一个目标。每个目标将获取一个主输入文件并构建它。对于目标的
Inputs参数，您可以将依赖项列表附加到主文件，并将让您的增量构建继续进行。明显的缺点是您必须维护潜在的大量目标。 - 使用 FileTracker 在 C# 中实现自定义任务.但是我不确定这是 Microsoft 支持的东西，因为我看不到它被除 Microsoft 之外的任何人使用。
- 在 C# 中实现一个自定义任务，该任务将读取您的依赖项列表，然后根据文件的时间戳有条件地执行操作或跳过它。
关于msbuild - 如何在 MSBuild 中指定额外的依赖文件？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25776936/