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