网站建设实训意见和建议,网站开发集,企业网站模板专业网,有用模板网在线制作淘宝店铺装修制作在过往几期的UWA Pipeline最佳实践案例中#xff0c;我们分享了如何通过Pipeline实现性能优化、性能管理、游戏内容验收和云真机系统的应用#xff08;实现批量真机设备的自动化测试#xff0c;以及针对特效性能优化的方式#xff09;#xff0c;其实这些高效的方法并不局…在过往几期的UWA Pipeline最佳实践案例中我们分享了如何通过Pipeline实现性能优化、性能管理、游戏内容验收和云真机系统的应用实现批量真机设备的自动化测试以及针对特效性能优化的方式其实这些高效的方法并不局限游戏引擎。今天分享一篇来自广州钛壳树的UWA Pipeline使用心得这是一家致力于创造独特原创IP、专注Unreal研发的游戏公司看看UWA Pipeline如何帮助Unreal研发团队达到如虎添翼的效果。
常态化的引擎自动化编译、客户端自动打包、服务器持续部署这是钛壳树团队在Unreal项目研发的过程中使用UWA Pipeline实现的三大功能大幅简化了工作流程节省了人力与时间提高了CI/CD的执行效率。以下分享出自钛壳树团队CEO的自述详细介绍了具体实现的思路和方式供广大有类似需求的Unreal团队参考。
一、Unreal引擎自动编译的实现
我们使用Windows作为流水线节点通过流水线的简单操作快速有效地实现不同的构建需求通常UE引擎都有比较严格的运行环境和编译条件借助流水线和联合编译IncrediBuild能极大提高构建效率降低构建复杂度减少人工干预的次数。
研发过程中修改Unreal引擎源码是必不可少的。获取源码后除了有利于理解引擎的运行机制和方便调试更多的是可以对引擎进行个性化定制从而增强项目的游戏效果和可玩性。在构建流水线之前大家可以通过Pipeline设置中的环境变量来预设工作目录和工程路径方便在后续的步骤中调用。 我们的引擎编译流水线如下图所示主要包括“Init”、“UpdateRepos”、“BuildAndCook” 和“CommitRepos”四个阶段。 每个阶段的具体作用为
第一阶段 Init
确保编译环境干净、当前任务独占相关资源。如此运算力资源能够充分利用并且可以避免资源占用冲突导致的报错。我们的做法是初始化环境、确保没有手动打开的编译进程。同时将节点的并发构建数量设置为1确保不会有多个任务并发执行。
第二阶段 UpdateRepos
进入预设的工作目录通过Git和凭证管理更新位于内部Gitlab的引擎源码ue_tree。 第三阶段 BuildAndCook
编译引擎。进入工作目录调用VisualStudio编译命令对引擎工程进行命令行编译对应的批处理脚本如下 通常编译引擎会占用很多CPU算力资源需要花费很长时间才能完成编译所以非必要情况下不执行Rebuild操作。我们在这里通过Pipeline的参数化构建功能在流水线上设定选项参数提供多种编译方式Build和Rebuild在执行时就可以将参数传递给编译器以明确编译模式。 第四阶段 CommitRepos
把最新的引擎提交到SVN用于接下来的开发任务。引擎编译后会生成若干目录其中包含引擎运行所需的DLL、执行程序以及中间文件。这里大家需要区分中间文件的内容避免把不必要的文件上传到SVN仓库中。 二、Unreal客户端自动打包的实现
完成引擎编译后接下来就是对游戏客户端进行编译打包。日常的持续构建能够方便我们随时跟进游戏研发进度体验游戏的特性和玩法。Unreal客户端打包时大家需要注意引擎版本的使用将官方版本和自定义版本区别开以免效果不符合预期。
我们的打包流水线如下图所示主要包括“Init”、“UpdateRepos”、“StartBuild”、“BuildAndCook”和“Commit”五个阶段。 每个阶段的具体作用为
第一阶段 Init
与编译引擎的处理方式一致确保任务独占编译资源保证后续步骤顺利进行。
第二阶段 UpdateRepos
获取最新的代码和资源。游戏客户端除了涉及开发代码和脚本外还需要有数据资源包括蓝图、配置数据、材质、模型、场景等等。其中代码和脚本使用Gitlab管理数据资源使用SVN管理。 在打包的时候大家需要再创建一个新的工作目录把最新获取的代码和资源都拷贝到工作目录中进行独立编译。 第三阶段 StartBuild
执行编译前的准备工作。 设定工程使用的引擎版本在开发时是通过右键菜单进行选择在流水线中则使用VersionSelector.exe命令处理。 选择引擎后需要对工程生成对应的编译工具包括UnrealPak、Bootstrap、CrashReport以及工程命令如下。 第四阶段 BuildAndCook
将游戏工程生成最终能运行的程序或安装包。其中Build执行的是针对所选平台编译二进制可执行文件Cook是针对目标平台将所引用的资源转换成对应的运行时格式。开始构建前预设生成目标路径和中间目录确保生成后的目录有效给予下阶段使用。 第五阶段 Commit
提交构建结果到云空间。我们在开发阶段不管是手动还是每天自动构建都会按照日期存放到公司内部的云空间中方便开发人员获取和验证。 结合Gitlab实现提交时触发构建
UWA Pipeline提供了远程构建功能激活流水线设置中的远程构建流水线会生成一个URL地址我们通过不同的参数配置触发流水线中对应的编译模式达到和手动选择参数一样的效果。 通过Gitlab的Webhooks填写对应的URL地址通常在代码仓库PR时就可以自动触发流水线运行从而加快构建和部署的频率提高开发效率。 三、服务器持续部署的实现
我们使用Linux作为流水线的节点用于内部游戏服务的自动构建和部署实现持续集成。
游戏服务是一个组件集群涉及到多个进程和依赖为了提高构建速度、降低部署复杂度通常支持一键部署。同时为了保证构建任务的互斥和步骤顺序的正确建议大家将节点的并发构建数设为1。同时至于针对不同测试目的需要在同一个节点进行持续集成。这就需要通过服务隔离、运行端口分配、第三方组件和使用容器部署等方式实现多份服务进程的部署。 Pipeline系统设置-阶段管理-阶段设置内 可以配置节点的并发构建数限制节点上能运行的任务数量在单机部署测试环境中将Linux作为流水线运行的节点时还需要大家提前配置相关的数据库、缓存以及游戏服务所需的运行环境我们可以通过容器方式实现快速配置。
我们的服务器部署流水线如下图所示主要包括“Update”、“Build”和“Reboot”三个阶段。 每个阶段的具体作用为
第一阶段 Update
从内部Gitlab拉取最新代码C/C、Lua和资源配置Lua、JSON。通过使用流水线提供的凭证管理和Git组件在预设的工作目录中获得最新的代码和资源。 我们在构建之前通过Pipeline流水线设置添加了选项参数或文本参数设置版本目标和操作类型方便后续在执行部署时能够根据需求进行构建。 第二阶段 Build
进入工程目录编译Framework、依赖库和游戏代码生成so文件和脚本文件。 第三阶段 Reboot
根据预设的目标参数从编译工作目录中把执行程序、so文件、脚本复制到目标运行目录停止运行过程中的游戏服务并重启。 定时构建
通过Pipeline提供的自动构建方式设定好构建触发器根据需求设定自动构建的频率就可以在无人值守的情况下实现流水线的定时自动构建。我们现阶段的服务器构建仅限用于内部测试服使用固定是每天构建一次。 感谢钛壳树团队的精心分享有相同需求的Unreal团队都可以参考和借鉴。如果你被这个团队CEO的能力和态度所打动愿意加入广州钛壳树的话现开放UE4引擎开发工程师、UE4特效设计师等岗位小编也非常乐意为你引荐。再次感谢钛壳树团队对UWA的认可在游戏行业工业化发展的路上我们又共同迈进了一步。
更多UWA Pipeline使用案例分享可以查看
《乐享元游的 UWA Pipeline 最佳实践分享》《一款ARPG游戏是如何搭建云真机系统的》《再也不用焦虑特效造成的性能问题了》
