CI 失败的原因与解决办法

共计 2677 个字符，预计需要花费 7 分钟才能阅读完成。

理想情况下，当构建失败时，我们是不能允许软件继续发布到生产上。但是，持续集成的理念并未贯彻到每一个敏捷团队。有些团队非常严肃地对待 CI 实践，有些只是为了敏捷而做，有些则完全忽略 CI 流程，甚至有的连 CI 服务器都没有搭建。

有很多种原因导致团队忽视 CI 流程。工作有不同的优先级，产品经理不理解代码质量，测试流程和完整构建的重要性。技术经理无法分配足够的时间实施 CI 或者修正出问题的 CI。产品和技术管理层互相不理解各自的优先级以至于最后部署的是构建失败的产品。

这个方法短期看没什么问题，但其实非常危险。可能会导致产品有严重的缺陷，从而影响业务运作。这种影响是不可预测的，可能是金钱的损失，也可能是企业声誉，最极端的可能导致整个业务完全流失。
然而，即使产品经理和技术团队愿意投入时间和金钱来实施 CI 和修正 CI 问题。一些团队还是从未成功。我们在这里讨论一下 CI 失败的 5 大原因和克服这些困难的推荐解决方案。

市场上有很多种持续集成工具。CI 服务器可以在云端也可以在本地。这里可以推荐一堆 CI 服务器（https://www.slant.co/topics/799/~continuous-integration-tools）。
Jenkins 是其中之一，但过去人们都盲目地使用它。为了适应 Jenkins，我们时常不得不更改项目妥协。现在，情况有所改变，市场上出现了多种不错的 CI 服务器。面对如此众多的产品，选择适合自己所需的的确是一项挑战。

搭建 CI 服务器需要耗费大量的时间和金钱。如果没有提前研究就贸然决定，那么前期的投入都付之东流。管理层经常犯的一个错误就是选择一款通用型 CI 服务器或者适用于所有平台的服务。设想一下，你的应用包含 Web 网站、IOS app、Android app，用一个通用 CI 并不是一个很好的办法。我们必须非常小心来选择 CI 服务器。

推荐解决方案

仔细研究市场并通过实验权衡各种选项。Slant 上已经对主流的各种 CI 产品（https://www.slant.co/topics/799/~continuous-integration-tools）有优劣评估。
关注特性，例如容器支持，平台支持，易用型，可用性等等。
不要为了试图省钱采用一款通用的适应所有平台的 CI 产品，每一个平台都有不同的技术需求和挑战。
和团队讨论并借鉴过去的经验。

在敏捷团队的每一位工程师都有很强的编程能力。但仅仅是是写代码和测试代码是不够的，还需要搭建环境的能力，运行命令行和编写脚本的技能，还要具有对各种构建工具和软件包管理工具的扎实的知识。

最近，很多公司都开始讲 IT 架构迁移上云，所以还需要 Devops 技能。例如，AWS、AZure、Heroku，各种配置工具例如：bash、Ansible 和 Chef，还有容器 Docker and Kubernetes。最重要的是要具备至少一种脚本编程能力，比如 Bash、Ruby 或者 Python。

这当然并不意味者你需要学所有的东西，但你需要了解平台上的所有东西。假设一位从事 IOS 开发的工程师，他就需要了解各种相关的工具例如：Cocoapods、Carthage 和 Swift Package Manager。

还有用于构建的工具，例如在 APPLE 命令行工具之上的 Fastlane、Rake 和 Make。

术业有专攻，有些工程师擅长基本编程语言，比如 Java、Objective- C 和 Swift，并且对 DevOps 相关的各种工具相当熟悉。有些工程师则习惯于使用 IDE 环境开发（比如 Eclipse、IntelliJ 和 Xcode），他们不太熟悉使用终端敲入命令。还有些工程师擅长构建工具但写程序代码则弱一些。

所谓业余工程师是指那些只会在 IDE 环境下编程，不会使用命令行和脚本工具的人，他们只喜欢使用 GUI 去做事而抗拒使用命令行或脚本。但是，CI 服务器并没有 GUI，所有的事情都只能用脚本来完成。

如果你的团队有这类人，那 CI 就永远不可能成功，他们可能会开发一些质量低劣的自动化脚本，然后大家的时间都花在差错，该机和 CI 服务器切换上，而不是真正构建对业务有意义的功能。

推荐解决方案

招聘具有 CI 和 DevOps 基础知识的工程师。
培训工程师，最好的办法是送他们去外面培训或者请内部有经验的 CI 专家培训。
短期招聘一些 CI 专家来建立 CI 流程和分享经验。

许多 CI 服务器允许用户通过 Web 界面去更改 CI 服务器配置。这个方法对工程师而言的确比较方便。但是经常更改 CI 配置也会产生很多问题，比如把一些很重要的步骤错误地忽略掉。而且，如果每个人都有权限在上面更改的话，最后就搞不清楚谁，什么时间做了什么更改。当查错的时候，都需要花费大量的时间。经常性地更改 CI 服务器会导致很多问题。

推荐解决方案

把配置文件，脚本和其他相关文件都放到代码库集中管理。
避免手工更改 CI 服务器的配置。
控制访问 CI 服务器的权限。
不允许用户更改一些特定的构建步骤。

在开发过程中，程序员需要经常更新代码，这会不停地在 CI 服务器上触发重构流程。这意味着 CI 服务器需要不断地运行大量作业。例如从远端服务器下载，备份数据库，运行 Docker 容器等等，所以 CI 服务器必须快速，可靠，网络稳定。低配的 CI 服务器会影响整个构建流程，导致时间延长，测试时断时续，从而浪费大量的时间。

推荐解决方案

采用高配服务器。
不要在 CI 服务器上安装不必要的软件。
不要把 CI 服务器挂在 Wifi 上。
科学地调度在 CI 服务器上跑的作业。
不要手工安装软件。
避免使用 GUI 连接 CI 服务器，使用 SSH 足够了。

项目管理在整个 CI 实施中起到关键作用。必须对整个构建流程设定严格的指引，同时对任何不遵守指引的行为零容忍。在任何情况下都不能发布 CI 流程中断的软件。任何构建中断都要被视为紧急事件并以最高优先级进行修复。很多技术经理可以做到这一点，但一些没有 CI 经验的管理人员可能会命令继续开发而不顾代码质量。如果这样管理，CI 实施则不可能成功。

推荐解决方案

建立 CI 流程并严格执行。
培训项目经理并用于 CI 实施。

在敏捷团队中实施 CI 是非常有挑战的，但是遵循严格的规则并避免一些常见错误可以有效地实施 CI 流程。

阿里云 2 核 2G 服务器 3M 带宽 61 元 1 年，有高配

腾讯云新客低至 82 元 / 年，老客户 99 元 / 年

代金券：在阿里云专用满减优惠券