delphi - Delphi 构建自动化的最小代理安装占用空间是多少？

Question

当创建一个对给定源存储库或项目中的所有内容进行干净版本控制 checkout 和完整系统构建的构建服务器时，XE3 Win32/Win64 项目所需的最小 Delphi 安装占用空间是多少？ (核心系统 - 非第三方组件)

我更喜欢将一小部分文件包含在存储库中，而不是完整的 Delphi 安装。

Answer 1

使用命令行编译器，您无需在远程代理计算机上安装 IDE。从正在运行的安装中，将 \Bin 和 \Lib 子文件夹内容复制到远程代理中。

然后运行 ​​DCC32.exe 命令行编译器，更改 DCC32.CFG 文件内容以指向所有需要的源代码路径。不要忘记为所有 .dcu 生成的文件设置临时文件夹，并指定 .exe 目标文件夹。

参见

• How do I compile my delphi project on the command line?
• 和the official documentation of the command-line compiler .

更新:是的，我知道，MSBuild 是“官方方式”。但对于构建代理，我发现使用命令行编译器是多么容易。这里的问题是关于构建 Delphi 应用程序的“最小足迹”。

使用 DCC32，无需安装任何内容，无需重新生成与 IDE 中的布局相同的布局。根据我的实验，构建环境不应该与 IDE 配置绑定(bind)，并且对于任何开发人员的特殊性来说应该是“干净的”。它应该从头开始构建所有应用程序的源代码，运行单元测试并准备发布。我见过一些 .dcu 或 .bpl 污染了构建过程，花了几个小时才找出为什么没有考虑代码修改!

如果您需要一些复杂的构建过程，我总是更喜欢编写一些 Delphi(或 python)行，从文本文件中读取配置，无论构建代理在哪台计算机上运行。在计算机上安装 Delphi 只是为了构建(尤其是最新版本)是一个 PITA，即使许可证允许您这样做，而命令行编译器的安装/设置是安全且快速的。只需复制文件并运行它们即可。如果您的构建代理是虚拟服务器(今天就应该如此)，您的 IT 人员会很高兴不污染注册表。如果您的公司 IT 部门因为 Delphi 相对于其他框架的简洁性而更喜欢 Delphi，那么它总是值得的。