Flo*_*och 5 svn delphi version-control build
我目前正在尝试提高构建机器的性能。标准构建在每次提交 (svn) 后排队，大约需要 40 分钟。如果提交时已经有一个排队的构建，我们不会添加另一个。所以每个构建都有 1+ 次提交的更改。由于提交可能没有对所有项目进行更改，因此可以通过仅重建受影响的项目来减少构建时间。
我不知道如何找出需要构建哪些项目。有没有办法可靠地找出触发构建的提交所影响的内容？我首先考虑浏览 .dpr 文件并检查引用文件中的更改，但并非所有文件都列在那里，因为我们还使用搜索路径...
如果没有，是否至少有一种方法可以查明项目是否肯定不会受到影响？老实说，我不太知道如何解决这个问题......
以下并不是您问题的“答案”，但可能有助于进一步思考。
抛开给定项目使用的其他类型的资源（例如 .RC 和 .Inc 文件），在不知道它使用哪些源文件（包括其所有单元）的情况下，我不知道如何证明“该项目将不受影响。” 通过给定的提交。
另一方面，大概您可以生成由提交更改的项目和源文件的列表，因此通过偶尔重新编译所有项目，您可以获得由此生成的 DCU 列表。
使用对源文件的不同更改集重复上述过程几次，您应该能够收集 .Pas 更改与重新编译的结果 .DCU 之间以及正在重新编译的项目与生成的 DCU 之间的一些统计相关性。
通过分析这些相关性，您可以确定哪些项目在给定的 .Pas 文件发生更改时需要重新编译的可能性大于 X%。
我想您最终会得到一些启发式方法，可以确定在给定单元和一些确定性规则发生变化后应该重新编译哪些项目。一个明显的情况是，一旦观察到单元 A 的更改会引发项目 Z 的重新编译，无论何时 A 随后发生更改，都应该重新编译 Z。当然，一旦项目被确定性规则正面标记，就无需考虑提交中更改的其他源文件。
另一件事是，您可以通过完整构建项目并生成生成的 .DCU 列表来回避需要分析 .Pas 文件使用依赖关系来确定给定项目所依赖的 .Pas 文件的问题一个结果。
顺便说一句，由于这个问题似乎都是关于列表和规则的，所以在 Prolog 中编程会很有趣（Amzi Prolog 有一个很棒的 Delphi 逻辑引擎包装器，我过去曾用过类似的东西）。