15、Xamarin 应用持续集成与交付的进阶指南

Xamarin 应用持续集成与交付的进阶指南

在开发 Xamarin 应用时，持续集成与交付（CI/CD）可以极大地提升开发效率和产品质量。本文将为你介绍不同的构建定义、扩展构建定义的方法、特性标志的使用、接收警报的方式以及团队协作的规则等内容，帮助你更好地设计自动化管道，优化开发流程。

1. 不同的构建定义

为了更好地设计自动化管道，可以将构建定义拆分为多个具有不同用途的定义。以下是几种常见的构建定义：
- 持续集成（Continuous Integration） ：每次团队成员提交代码时触发，主要检查代码是否仍能编译，除了构建代码外，定义中还应包含单元测试。尽量减少 CI 构建定义中的任务，以确保构建时间尽可能短，无需对程序集进行版本控制或上传工件。
- 夜间构建（Nightly） ：每晚执行，通常会生成工件。由于该版本可能会被使用和测试，因此需要增加版本号。对于不同时区的开发团队，“夜间”的定义可能会有歧义，需要进行一些妥协。夜间构建是增加更多自动化测试的好选择，可包括 Xamarin 测试云测试、回归测试和/或集成测试。
- 金丝雀构建（Canary） ：借鉴煤矿工人用金丝雀检测有毒气体的概念，将新的（可能是实验性的）代码推送给一小部分用户，以便在不影响整个用户群体的情况下安全地测试新功能。该构建定义会增加版本号并生成工件，可能由包含金丝雀代码的特定分支触发。
- 特性构建（Feature） ：为每个特性创建一个构建。可以为特性分支创建单独的定义，使用 VSTS 的过滤功能很容易实现。这些定义中的任务可