unity编辑器安装路径_Unity Downloader：通过嵌入持续集成来增强编辑器

最新推荐文章于 2024-06-19 15:54:17 发布

weixin_39640849

最新推荐文章于 2024-06-19 15:54:17 发布

阅读量269

点赞数

文章标签： unity编辑器安装路径

长久以来，Unity一直使用Katana进行持续集成。在我们发布版本之前，Katana用于构建版本，并运行所有内部测试套件。

当Unity员工希望运行编辑器时，他们可以使用三种方法解决来自内部的需求：

资源包机制

当我们决定对Unity编辑器进行演变并开始使用资源包机制，越来越多Unity功能从主Unity代码库移出，保存到单独的资源包代码库中。

这帮助我们加速版本的发布，有助于使一些Unity功能和扩展达到新的水平，这也是实现DOTS路线图上非常必要的一步。但就像其它技术转变过程一样，这项新的技术范例带来了一系列的挑战。

我们希望可以验证和发布这些资源包，以确保每个资源包在不同编辑器版本上有着良好的运行效果，满足Unity内部对产品质量要求。资源包有自己的代码库，并在上面运行的新持续集成系统。

为了成功实现资源包的持续集成，最重要的是它的主要依赖－Unity编辑器。我们并没有无缝而统一的方法，可以让资源包的持续集成请求特别的编辑器版本。

因此去年，我们加入很多资源包代码库，它们有各自的自定义方法来获取编辑器。有些资源包会在安装有编辑器的实际机器上运行持续集成，在每个需要的版本都有硬编码路径。

其它资源包创建的自定义工具会触发Katana构建，并且在持续集成的机器下载资源包。但所有解决方案都用了特定的方法，并不是特别通用。

去年9月，Unity开发人员齐聚“Fridays Are For Fun”活动，我们在活动上着手尝试创造一种通用方法来为持续集成获取编辑器，使它可以为尽可能多的用户工作。最终，Unity Downloader诞生了。

什么是Unity Downloader

Unity Downloader是一个使用Python编写的命令行工具，它支持我们所拥有的任何Unity版本，分支和修改版本。

Unity Downloader允许Unity员工在MacOS，Windows和Linux系统下载Unity 5.0及更高的版本，并且使用到WebGL，Android等组件。

实际上，Unity Downloader并不简单，它在后台会执行一些我们所看不到的复杂工作。例如：

因此，Unity Downloader是以下功能的组合：

命令行界面(CLI)
它可以请求，下载和提取编辑器安装程序，并将它们组合为有效的编辑器安装。
请求的编辑器缓存
我们现在有其中三个请求的编辑器，所处的位置可以方便构建系统快速下载这些编辑器。
在用户请求发布版本时，它也使用公开下载链接作为第四个来源。
后端
后端有和命令行界面通信的REST API，用于请求新编辑器构建在Katana中触发。
它还监视触发的构建过程，并将进展传递给命令行界面。然后它会把完成的构建放到缓存中，使命令行界面可以下载这些构建内容。
预取器
预取器是一个在定时作业中运行的小型脚本，它会监视我们最常用的分支，例如Trunk主干分支，并确保这些分支的构建在得到新的批时触发。这是为了在用户请求下载主干编辑器时，最小化等待时间，因为该请求可能会频繁出现。
清洁器脚本
我们无法永远保存所有构建版本。这些内容占据大量空间，我们倾向于在新版本推出后不久，停止使用较老的修改版本，因此该脚本会清空缓存，删除过去30天内未下载过的文件。

准备好这些后，我们可以在临时的虚拟机运行持续集成，虚拟机会在在作业结束后被销毁，然后重新创建干净状态的虚拟机。这便于我们的团队处理资源包的持续集成，并对任何希望测试的Unity版本运行工具。

如果开发人员需要在编辑器为资源包进行Bug修复，确保资源包发布后编辑器会运行资源包持续集成。我们可以通过修改Unity Downloader命令行为以下命令，告诉持续集成使用该分支来运行。

上述请求的流程在后台的流程如下：

由于我们请求了分支，因此需要修改版本，所以命令行界面会向后端请求2019.1/myFix分支的最新修改版本，这样会返回abc123456789。
命令行界面会查询缓存，了解缓存是否有编辑器以及修改版本的il2cpp构建目标。如果有，它会开始下载修改版本并完成操作。如果缺少缓存，它会继续执行后面的步骤。
现在它会请求后端为当前操作系统获取修改版本的编辑器和il2cpp组件。
后端首先会查看Katana的构建内容，了解是否已经有相应的版本。如果没有，它会触发构建过程，和命令行界面进行通信，了解完成构建的大致时间，并给命令行界面提供Katana版本的URL，以便用户了解耗时较长的原因。
在构建完成时，后端会把构建内容上传到缓存，然后告知命令行界面：它现在可以重新执行第二步操作。
命令行界面会下载并提取构建内容，用户可以在空闲时间启动构建版本。

以上流程便是整个操作过程的简化版本。

当前状况

所有内部的资源包持续集成现在以特别的方法使用Unity Downloader。因为该过程由我们的持续集成工具处理，可以在开始构建和运行测试前调用Unity Downloader。

大多数资源包代码库的所有者不知道这一点，代码库所有者只需要指定想要的版本或分支，就可以获取相应内容。

下面是今年5月的一些统计数据：