delphi - 从仓库中更新代码后，Delphi Tokyo 10.2需要重建整个项目

Question

我对Delphi Tokyo感到非常沮丧。我离开了Delphi Xe7，另一个令人沮丧的错误(内存不足)消失了(或者直到现在为止)，但是出现了一个新错误。

当我通过代码仓库更新项目时，通常需要重新构建整个项目。如果不是因为整个应用程序需要花费2-3个小时来重建(在2台不同的计算机上都拥有它，那么它就不是特定于机器的设置)这一事实就不会那么糟糕。在Xe7中，我从未遇到过这个问题。
它的作用是，当我进行更新时，一切似乎都很正常，并且我可以解析所有的uses类(Ctrl +左键单击该类)。但是，当我尝试在几秒钟后进行编译时，我收到了一个随机错误消息，指出无法解析类，常量或任何东西(即使我仍然可以单击并解决它)。然后我需要构建bpl，并且它可以再次工作

我可以在RAD Studio中进行任何设置以防止这种情况发生吗？
问题还在于，我什至没有弄清楚是哪个更新(包括的哪个.bpls)引起了这个问题。

Answer 1

我也偶尔遇到这个问题，在我们的300万行代码库中，只有重建才有帮助。
尽管我遗憾地不能为您提供需要重建的真正解决方案，但是我可以说，在清除单元依赖关系之后，它发生的次数更少，构建速度更快。
某些大型单位仍然会引起问题，但是在解决了许多循环单位依赖关系并将整体重构为较小的单位后，情况会好得多。

例如，您可以使用Delphi Unit Dependency Scanner分析您的依赖关系并轻松识别循环引用。

我还建议您看看IDE Fix Pack，它可以加快您的构建时间。

IDE Fix Pack is a collection of unofficial bug fixes and performance optimizations for the RAD Studio IDE, Win32/Win64/Andoird-ARM compiler and Win32 debugger.

IDE Fix Pack is an IDE plugin for RAD Studio 2009-10.3 that fixes IDE bugs at runtime. All changes are done in memory. No files on disk are modified. None of your projects are modified or benefit from the IDE Fix Pack other than being compiled faster. Only the IDE gets the fixes and optimizations.

The performance optimizations let the IDE start faster, open projects faster, optimizes the compiler’s file search algorithm, makes CodeInsight, the actual compilation and the debugger faster. It also fixes some IDE, compiler and debugger memory leaks.

fastdcc applies the Compiler Speed Pack that is included in IDE Fix Pack on the command line compiler dcc32, dcc64 and dccaarm (XE6 and newer).

在不到2分钟的时间内构建了300万行代码。