Unity 项目结构 / Cloud Build / Github Action [关闭]

Question

我目前正在从事多个 Unity 项目，这些项目共享相当多的预制件、脚本等。 这些或多或少是多个具有相同基础的“迷你游戏”。 我目前正在一个网站上通过 WebGL 展示这些游戏，该网站从我将文件上传到的 Azure Blob 存储请求数据文件（wasm、数据等）。 此上传是通过我为团队中的各种开发人员设置的单独页面进行的。 问题如下：

• 开发人员都在他们的开发机器上构建游戏，这会“锁定”PC 以防止任何其他用途/进一步开发
• 他们有通过第二个网络应用上传游戏的“工作”

出于这些考虑，我想自动化这个过程。到目前为止，我的想法是使用 Unity Cloud Build（因为我们已经拥有 Unity plus 和 Teams 高级版）或使用 Github Actions 并通过 Git 存储库对其进行源代码控制。

我对这两个选项的问题是：

• Cloud build / Collaborate 显然不支持分支（总是在提交时构建，但有时用于将进度“转移”到另一台机器），Cloud build 很难根据我们的需要进行定制（必须以某种方式上传文件在构建到 blob 存储之后（可能是通过 FTP 或类似的方式）
• 我没有使用 Github 控制 Unity 文件和项目的经验（我了解 Github 本身以及如何使用它））

我遇到的最后一个问题是，正如开头所说，所有“游戏”都在同一个 Unity 项目中，以便更轻松、更快地开发下一个游戏（每周）并使用我所做的源代码控制不想每次都构建所有游戏，而是选择我要构建的游戏（云构建/github操作）。

所以我的问题特别是：

• Cloud Build / Github Action 是否适合我的需求
• 我将如何控制要构建和部署哪些游戏以及不部署哪些游戏（我想到了在主/主分支提交时触发构建，然后检查哪些文件已更改并为这些文件获取相应的“游戏”）
• 与本地构建选项相比，云构建解决方案的速度快/慢（开发人员拥有相当多的机器（i7-10xxx、i9-11xxx + rtx 30xx 和 m.2 ssds）

也许有更多经验的人可以帮助我！

干杯

Answer 1

Cloud Build / Github Action 是否适合我的需求

是的，Cloud Build 在这里绝对是一个不错的选择。您可以使用 Unity 的版本控制 (Plastic SCM) 使其更容易协同工作，您可以设置 triggers on Plastic SCM（合并后/合并前/代码审查后...等），或者如果您仍然更喜欢 Github，您可以还是Github actions。如果您想要自动构建（无需通过 Unity 的仪表板手动启动它，您可以在构建配置中将 Auto-build 选项设置为 true，这将在更新存储库或您选择构建的分支时启动云构建。

如果您查看下面的选项，您会发现有很多选项可以实现自动化。

我将如何控制要构建和部署哪些游戏，哪些不是（我想到了在主/主分支提交时触发构建，然后检查哪些文件已更改并为这些文件获取相应的“游戏”）

你可以有多个分支，每个分支代表一个小游戏。您可以在特定分支上触发云构建。 例如，这是我建立的与 Plastic SCM 链接的 Cloud Build 的基本配置。在我使用名为 QA 的分支时，您可以看到选项“分支”，但您可以使用 minigame1 或任何游戏名称。

云构建解决方案与本地构建选项相比要快/慢多少（开发人员拥有相当多的机器（i7-10xxx、i9-11xxx + rtx 30xx 和 m.2 ssds）

这不能就这样决定，这取决于你的游戏有多大。您可以选择是要干净构建还是正常构建，显然干净构建会花费更多时间，因为它会清除所有本地文件/缓存。

如果您对如何设置内容有任何疑问，请告诉我，正如您所说的那样，我假设您知道如何设置，只是询问有什么可能。

参考资料： Using GitHub with Unity Cloud Build Plastic SCM Cloud build