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

Dar*_*ler 9 delphi continuous-integration build-server delphi-xe3

当创建一个构建服务器来清理版本控制检查和给定源存储库或项目中的所有内容的完整系统构建时,XE3 Win32/Win64项目所需的最低Delphi安装空间是多少?(核心系统 - 不是第三方组件)

我更喜欢有一小部分文件可以包含在存储库中,而不是完整的Delphi安装.

Arn*_*hez 10

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

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

看到

更新:是的,我知道,MSBuild是"官方方式".但是对于构建代理,我发现使用命令行编译器是多么容易.这里的问题是关于构建Delphi应用程序的"最小占用空间".

使用DCC32,无需安装任何内容,无需重现与 IDE中相同的布局.构建环境不应该与IDE配置相关联,并且应该从我的实验中"清除"任何开发人员特性.它应该从scracth和源代码构建所有应用程序,运行单元测试,并准备发布.我已经看到一些.dcu或.bpl污染了构建过程,花了几个小时来找出为什么不考虑代码修改!

如果你需要一些复杂的构建过程,我总是喜欢编写一些Delphi(或python)代码,从文本文件中读取配置,而不管运行构建代理程序的计算机是什么.这是一个PITA,只是为了构建(特别是最新版本)而在计算机上安装Delphi,即使许可证允许您这样做,而命令行编译器安全,快速地安装/设置.只需复制文件,然后运行它们.如果您的构建代理是虚拟服务器(就像今天一样),您的IT将很高兴不会污染注册表.如果您的公司IT部门因为其他框架的清洁而更喜欢Delphi,那么它总是值得的.

  • 您假设dcc32是所需的构建机制.在现代德尔福,做到这一点是个坏主意.您应该使用msbuild,以便确保IDE和命令行之间的构建一致性. (5认同)
  • 在我的项目中,MSBuild比DCC32慢3倍 (2认同)