时间戳

首页 > 解决方案 > Delphi Tokyo 10.2 需要从 repo 更新代码后重建整个项目

delphi - Delphi Tokyo 10.2 需要从 repo 更新代码后重建整个项目

问题描述

我对 Delphi Tokyo 有一个非常令人沮丧的行为。我已经从 Delphi Xe7 移出，另一个令人沮丧的错误（内存不足）消失了（或者似乎直到现在），但出现了一个新错误。

当我通过代码仓库更新我的项目时，我经常需要重建整个项目。如果不是因为整个应用程序需要 2-3 小时才能重建（将它放在 2 台不同的机器上，所以它不是特定于机器的设置），那也不会那么糟糕。在 Xe7 中我从来没有遇到过这个问题。它的策略是，当我拉更新时，一切似乎都很正常，我可以解决我所有的使用类（witr Ctrl + 左键单击类）。但是当我在几秒钟后尝试编译时，我收到一个随机错误消息，指出类、常量或其他任何东西都无法解析（即使我仍然可以单击它并解决它）。然后我需要构建 bpl 并且它再次工作

我可以在 RAD Studio 中设置什么来避免这种情况发生吗？问题还在于，我什至没有弄清楚是哪个更新（包含的.bpls）导致了这个问题

标签： delphibuildcompiler-errorsdelphi-10.2-tokyo

解决方案

我偶尔也会遇到这个问题，只有重建对我们的 300 万行代码库有帮助。尽管很遗憾我无法为您提供需要重建的真正解决方案，但我可以说，在清除单元依赖关系后，它发生的更少并且构建得更快。一些大单元仍然会导致问题，但是在解决了许多循环单元依赖关系并将大单元整体重构为更小的单元之后，情况明显好转。

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

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

IDE Fix Pack 是针对 RAD Studio IDE、Win32/Win64/Andoird-ARM 编译器和 Win32 调试器的非官方错误修复和性能优化的集合。

IDE Fix Pack 是 RAD Studio 2009-10.3 的 IDE 插件，可在运行时修复 IDE 错误。所有更改都在内存中完成。磁盘上没有文件被修改。除了更快地编译之外，您的任何项目都不会被修改或受益于 IDE Fix Pack。只有 IDE 才能获得修复和优化。

性能优化让 IDE 启动更快，打开项目更快，优化编译器的文件搜索算法，使 CodeInsight、实际编译和调试器更快。它还修复了一些 IDE、编译器和调试器内存泄漏。

fastdcc 在命令行编译器 dcc32、dcc64 和 dccaarm（XE6 和更新版本）上应用 IDE Fix Pack 中包含的 Compiler Speed Pack。

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

推荐阅读