在创建对给定源存储库或项目中的所有内容执行干净的版本控制检查和完整系统构建的构建服务器时,XE3 Win32/Win64 项目所需的最低 Delphi 安装空间是多少?(核心系统 - 不是第 3 方组件)
我宁愿拥有可以包含在存储库中的一小部分文件,而不是完整的 Delphi 安装。
在创建对给定源存储库或项目中的所有内容执行干净的版本控制检查和完整系统构建的构建服务器时,XE3 Win32/Win64 项目所需的最低 Delphi 安装空间是多少?(核心系统 - 不是第 3 方组件)
我宁愿拥有可以包含在存储库中的一小部分文件,而不是完整的 Delphi 安装。
使用命令行编译器,您无需在远程代理计算机上安装 IDE。从正在运行的安装中,将子文件夹内容复制到远程代理中\Bin
。\Lib
然后运行 DCC32.exe 命令行编译器,将 DCC32.CFG 文件内容更改为指向所有需要的源代码路径。不要忘记为所有 .dcu 生成的文件设置一个临时文件夹,并指定一个 .exe 目标文件夹。
看
更新:是的,我知道,MSBuild 是“官方方式”。但是对于构建代理,我发现使用命令行编译器是多么容易。这里的问题是关于构建 Delphi 应用程序的“最小足迹”。
使用 DCC32,无需安装,无需重现与 IDE 中相同的布局。构建环境不应该与 IDE 配置绑定,并且应该从我的实验中的任何开发人员特性“干净”。它应该从头开始构建,从源代码构建您的所有应用程序,运行单元测试并准备发布。我看到一些 .dcu 或 .bpl 污染了构建过程,花了几个小时才发现为什么没有考虑代码修改!
如果您需要一些复杂的构建过程,我总是喜欢编写一些 Delphi(或 python)的代码,从文本文件中读取配置,而不管构建代理运行在什么计算机上。在计算机上安装 Delphi 只是为了构建(尤其是最新版本)是一个 PITA,即使许可证允许您这样做,而命令行编译器可以安全且快速地安装/设置。只需复制文件,然后运行它们。如果您的构建代理是一个虚拟服务器(现在应该是这样),您的 IT 将很高兴不污染注册表。如果只是您的公司 IT 更喜欢 Delphi,因为它相对于其他框架的简洁性,那么它总是值得的。
找到了 D2006+D2007 的来源:
https://delphi.fandom.com/wiki/Setting_up_a_Delphi_Build_Machine