适用于 Unity 应用的 DevOps

开发适用于现代平台的应用涉及许多活动，并不仅仅只是编写代码。 这些活动被称为 DevOps（开发 + 操作），它们跨越应用的整个生命周期，包括计划和跟踪工作、设计和实现代码、管理源代码存储库、运行生成、管理持续集成和部署、测试（包括单元测试和 UI 测试）、在开发和生产环境中运行各种形式的诊断，以及通过遥测和分析实时监控应用的性能和用户行为。

Visual Studio、Azure DevOps Services 和 Team Foundation Server 提供了各种 DevOps 功能。 其中许多都适用于跨平台项目，包括采用 Unity 创建的游戏和沉浸式图形应用 - 特别是在将 C# 用作脚本语言时。 但是，由于 Unity 具有自己的开发环境和运行时引擎，因此很多 DevOps 功能并不能像适用于 Visual Studio 中生成的其他项目一样适用。

下表标识了在使用 Unity 时，Visual Studio 中的 DevOps 功能在哪些方面适用/不适用。 请参阅链接文档，获取功能自身的详细信息。

敏捷工具

参考链接：关于敏捷工具和敏捷项目管理（使用 Azure Boards 或 TFS，包括 Team Explorer Everywhere）

常规注释：所有的计划和跟踪功能均独立于项目类型和编码语言。

功能	通过 Unity 提供支持	其他注释
管理积压工作和冲刺 (sprint)	是
跟踪工作	是
团队聊天室协作	是
看板	是
报告和可视化进度	是

建模

参考链接： 对体系结构进行分析和建模

常规注释：虽然这些设计功能既不依赖于编码语言，也不依赖于使用 C# 等 .NET 语言，但是他们运行于具有对象层次结构和类关系的传统应用程序范例上。 在 Unity 中设计游戏会同时涉及到不同的范例，即图形对象、声音、着色器、脚本等关系。 因此，Visual Studio 建模关系图工具并非专用于 Unity 项目。 它们可能被用于管理 C# 脚本内的关系，但这只有全体中的一个部分。

功能	通过 Unity 提供支持	其他注释
序列图	否
依赖项关系图	否
调用层次结构	否
类设计器	否
体系结构资源管理器	否
UML 关系图（用例、活动、类、组件、序列和 DSL）	否
层关系图	否
层验证	否

代码

功能	通过 Unity 提供支持	其他注释
使用 Team Foundation 版本控制 (TFVC) 或 Azure Repos	是	Unity项目是一个文件集合，可以像任何其他项目一样放置到版本控制系统中，但有几点需要特别注意，请参见此表后内容。
Azure Repos 中的 Git 入门	是	请参阅表后的注释。
提高代码质量	是
查找代码更改和其他历史记录	是
使用代码图调试应用程序	是

使用 Unity 进行版本控制的特殊注意事项：

1. Unity 使用一个默认隐藏的不透明库来追踪和游戏资产相关的元数据。 若要使文件和元数据保持同步，需使元数据可见，并将其保存在更易于管理的区块中。 有关详细信息，请参阅 Using External Version Control Systems with Unity（配合使用 Unity 与外部版本控制系统）（Unity 文档）。

2. 并非 Unity 项目中的所有文件和文件夹都适合实施源代码管理，上面的链接中也给予了说明。 应添加 Assets 和 ProjectSettings 文件夹，但不应添加 Library 和 Temp 文件夹。 有关不会执行源代码管理的生成的文件的附加列表，请参阅 StackOverflow 上的讨论如何使用 Git 进行 Unity3D 源代码管理？。 许多开发人员都针对此主题发表了博文。

3. Unity 项目中的二进制资产 — 例如纹理或音频文件 — 可能会占用大量存储空间。 Git 等各种源代码管理系统为所做的每一次更改都保留一份唯一的副本，即使更改仅影响该文件的一小部分。 这会导致 Git 存储库变得臃肿。 为解决此问题，Unity 开发人员通常选择仅将最终资产添加到其存储库中，并使用另一种方法来保留其资产的工作历史记录，例如 OneDrive、DropBox 或 git-annex。 此方法有效是因为此类资产通常不需要与源代码更改一起进行版本控制。 开发人员通常也将项目编辑器的资产序列化模式设置为强制文本，以便以文本格式保存场景文件，而不是允许在源代码管理中进行合并的二进制格式。 有关详细信息，请参阅 Editor Settings（编辑器设置）（Unity 文档）。

生成

参考链接： Azure Pipelines

功能	通过 Unity 提供支持	其他注释
本地 Team Foundation Server (TFS)	可能	Unity 项目通过 Unity 环境生成，而不是 Visual Studio 生成系统（在 Visual Studio Tools 中为 Unity 生成项目将对脚本进行编译，但不是会生成可执行文件）。 可以从命令行生成 Unity 项目（Unity 文档），因此用户可以在 TFS 服务器上配置 MSBuild 进程，以执行相应的 Unity 命令，前提是该计算机已经安装了 Unity。 Unity 也提供 Unity 云生成，它会监视 Git 或 SVN 储存库，并定期运行生成。 目前，它不适用于 TFVC 或 Azure DevOps Services。
链接到 Azure DevOps Services 的本地生成服务器	可能	给定上述相同条件，更有可能指向通过 Azure DevOps Services 触发的生成，以便使用本地 TFS 计算机。 请参阅生成和发布代理了解相关介绍。
Azure DevOps Services 的托管控制器服务	否	目前不支持 Unity 生成。
生成带有前脚本和后脚本的定义	是	使用 Unity 命令行运行生成的自定义生成定义还可以配置为预生成和后生成脚本。
包括封闭签入的持续集成	是	仅在 Git 用于拉取请求（而非签入）时，封闭签入才适用于 TFVC。

测试

功能	通过 Unity 提供支持	其他注释
规划测试、创建测试用例和组织测试套件	是
手动测试	是
测试管理器（记录和播放测试）	仅限 Windows 设备和 Android 模拟器
代码覆盖率	n/a	Unity 内进行单元测试时以及不是 Visual Studio 时不适用，请参阅下文。
单元测试代码	在 Unity 中，但不在 Visual Studio 中	Unity 提供了自己的单元测试框架作为 Unity 测试工具（Unity 资产商店）的一部分。 单元测试结果在 Unity 中报告，将不会出现在 Visual Studio 内。
使用 UI 自动化来测试代码	否	编码的 UI 测试依赖于应用 UI 中可读取的控件；Unity 应用在本质上都是图形，因此编码的 UI 测试工具无法读取其内容。

提高代码质量

参考链接： 提高代码质量

功能	通过 Unity 提供支持	其他注释
分析托管代码的质量	是	可以在 Visual Studio 中分析 C# 脚本代码。
使用代码克隆检测功能查找重复代码	是	可以在 Visual Studio 中分析 C# 脚本代码。
测量托管代码的复杂性和可维护性	是	可以在 Visual Studio 中分析 C# 脚本代码。
性能工具	否	使用 Unity 探查器（Unity 网站）。
分析 .NET Framework 内存问题	否	Visual Studio 工具没有深入 Mono 框架（用于 Unity）进行探查的挂钩。 使用 Unity Profiler（Unity 文档）。

发布管理

参考链接：Azure Pipelines 和 TFS 中的生成和发布

功能	通过 Unity 提供支持	其他注释
管理发布进程	是
通过脚本部署到旁加载的服务器	是
上载到应用商店	部分	提供了一些扩展，这些扩展可使某些应用商店的此进程自动化。 请参阅 Azure DevOps Services 扩展；例如，Google Play 扩展。

使用 HockeyApp 进行监控

参考链接： 使用 HockeyApp 进行监控

功能	通过 Unity 提供支持	其他注释
故障分析、遥测和 beta 版本分发	是	HockeyApp 主要用于处理 beta 版本分布和获取故障报告。 对于 C# 脚本中的遥测，可以使用任何分析框架，前提是它运行在 Unity 使用的 .NET 版本上。 但是，这仅允许在游戏脚本内进行分析，而无法深入到 Unity 引擎内部。 目前，没有任何适用于 Application Insights 的插件，但有适用于其他分析解决方案的插件，例如 Unity Analytics和 Google Analytics。 当然，Unity Analytics 等服务由于理解 Unity 项目的本质，可提供比一般框架有意义的多的分析。