詹金斯的 LoadView 插件

将 LoadView 测试添加到 Jenkins 生成

什么是 CI/CD？

持续集成 （CI） 和持续交付 （CD） 是一种文化、一套操作原则和实践集合的缩影，这些实践使应用程序开发团队能够更频繁、更可靠地交付代码更改。 这称为 CI/CD 管道。 CI/CD 是 DevOps 团队采用的最佳实践之一。 这也是一种 敏捷方法最佳实践，因为它允许软件开发团队在部署步骤自动化时专注于满足业务先决条件、代码质量和安全性。

CI 和 CD 的区别

目前还不清楚这两个术语的这种结合是如何开始的。 尽管这样，它足够简单，可以清除。

持续集成

持续集成是将代码协调到主线代码库中的方法。 在当今几乎所有情况下，持续集成都完成了利用明确构建的阶段。 以这种方式执行持续集成与使用正确的工具一样必要。

连续交货

另一方面，持续交付基本上实现了整个软件测试周期的自动化，并尝试删除尽可能多的手动工作，这让开发人员有时间处理其他项目，而不必管理所有单独的步骤。

CI/CD 的好处

• 较小的代码更改不太复杂（日益核），并且具有较少的意外结果
• 缺陷断开不那么复杂，速度更快
• 临时到目标， 平均修复时间 （MTTR）， 是较短的， 由于较小的代码更改和更快的缺点脱离
• 由于较小的显式更改，可测试性提高了。 这些小变化允许越来越精确的阳性和阴性测试
• 通过时间来区分和解决创建逃生是较短的，与更快的放电速度
• 非基本畸形的积累较低，并经常在其他组件问题出现之前修复
• 重新设计呈现较小的进度单元，并且不那么麻烦

CI/CD 使用与实现

CI/CD 是许多策略，它使应用程序设计人员能够将代码更改传达给使用计算机化的客户端。

缩写CI/CD暗示了两种共同使用的另一种不同想法：不停的混合和一致的传送。 不断的协调意味着工程师用于制造、测试和组合应用程序代码更改的机械化过程。 持久传送是后续阶段，在该阶段中，来自不停组合的尝试代码在不同情况下自然通过手动触发器发送。 持续交付同样可以代表不断的安排，这带来了进一步的电脑化。 在不间断的运输中，工程师需要以物理方式推动对创造条件的改变。 通过利用不间断的组织，设计人员可以进行应用程序更改，从而发送到任何条件。 对于这次对话，我们将集中讨论不断混合和一致传达的想法。

CI/CD 的工作原理

用户改进的尖端、无情的要求要求，即各种工程师在单个应用程序中一试一弹。 当设计人员准备在标准生命周期中测试其更改时，他们会在预定的”合并日”上合并其代码更改。 混合过程可能既繁琐又耗时。 如果设计师的改变会影响另一个工程师的改变，最后导致团队回滚或经历数小时的错误修复，那么情况就更加复杂了。

持续集成阶段

改用 CI/CD 流程可帮助设计人员尽可能频繁地组合和测试代码，甚至每天。 不间断连接阶段遵循以下基本步骤：

• 设计者从集体存档中拿出代码来切开它，也许为另一个元素制作另一个分支。
• 新元件完成后，工程师会将新元件推回典型的保管库。
• CI 工程师确认已进行更改并开始捏造和测试应用程序，保证进度不会使应用程序中断。 测试围绕所有有用性，以确保没有部分应用程序被破坏。
• 提升小组了解测试结果。 在失望的情况下，小组将意识到新代码已经造成失望，可以开始隔离和解决问题。 如果进展是活跃的，小组继续进入不断的运输阶段。

连续交付阶段

密集测试完成后，组可以继续进入不停的运输阶段。 工程师必须实际激活代码的传送。 但是，过程的其余部分已完全编程。 与 Web 工作人员、数据库和不同管理的所有基本通信都通过内容调用完成。

边缘的 CI/CD

CI/CD 编程管道在高偶然性条件下发送时特别有用。 在边缘，缺乏物理访问，可以在某些情况下，很难缓和问题。 利用一致的合并和不断的运输，通过支持对申请进行小而渐进的更改，减少危险。 然后，问题将能够在损害创造条件之前迅速得到承认和缓解。

CI/CD 工具示例

詹金斯

Jenkins 是一个开源自动化工具，其中的焦点形式和持续协调过程发生。 该程序是基于 Java 的自包含程序，包含 Windows 和 MacOS 的捆绑包。

詹金斯关键亮点

• 开源
• 简单的建立，并移动到不同的工作框架
• 利用界面至关重要且简单明了
• 可扩展，具有基于网络的巨大模块资产
• 简单、直接的设置
• 根据短语组装计划
• 支持在预制步骤中执行 Windows 外壳和订单
• 支持制造状态通知

圆环

CircleCI 是一种 CI/CD 设备，可支持事件的快速转向和产品的到来。 从代码构建到测试和发送，CircleCI 支持客户管道的机械化。

圆CI 关键亮点

• 适合位桶、GitHub 和云企业
• 利用隔间或虚拟机进行制造
• 清除调查
• 自动执行并行生成步骤
• 快速测试
• 组织是非停的，分支是显式的
• 非常可定制
• 组合和定制宗地转移订单的自动化
• 快速安排和无限发展

竹

竹键亮点

• 支持多达 100 个远程生成代理
• 运行类似测试团块并快速输入
• 与 AWS、Docker 和亚马逊集成
• 制作图片并推送到记录
• 每个环境的权限
• 区分 Git、Mercurial、SVN Repos 中的新分支机构，从而将主线 CI 计划应用于它们

团队城市

TeamCity 是来自 JetBrain 的基于 Java 的构建管理和 CI 服务器。TeamCity 支持构建和部署不同类型的项目。它可以安装在 Windows 和 Linux 服务器上，并支持 .NET 等技术。此外，该工具还可以与其他工具集成，如 Docker、Jira、Maven 和 Azure、Amazon EC2 和 Google 云。

TeamCity 关键高光

• 为子项目提供几种不同的方法来重用父风险设置和安排
• 等方在不同条件下一直运行芯片
• 允许组装历史记录、查看测试历史记录报告、固定、标记，并包括最佳选择
• 易于修改、协作和工作扩展
• 保持 CI 服务器稳定且实用
• 适应性客户董事会，客户工作的任务，客户的聚集

Jenkins：构建、测试和部署代码

本文前面我们谈到了 Jenkins，但为了重申这一点，Jenkins 是一个开源自动化平台，使用 Java 编写，其模块专为持续集成而设计。 Jenkins 专为构建和测试您的产品开发而设计，始终使工程师能够更直接地将更改合并到项目中。 同样，它允许您通过协调无数的测试和组织创新来不断传达您的产品。

通过 Jenkins，关联可以通过自动化控制台加快产品改进过程。 Jenkins 负责协调不同类型的改进生命周期过程，包括制造、报告、测试、捆绑、阶段、发送、静态检查等。 模块允许混合各种 DevOps 阶段。 如果需要协调特定设备，必须引入该仪器的模块。

使用詹金斯时

Jenkins 控制台可以以许多不同的方式使用，但它在敏捷中非常支持，因为开发人员和 QA 是并排工作的。 例如，每当开发人员在版本控制系统（如Git、Bitbucket等）上推送新代码时，就会触发作业以在 QA 环境中部署生成。 成功部署后，将触发自动测试套件，结果报告将由 Jenkins 发送。 Jenkins 非常灵活，提供了许多插件来帮助支持第三方集成，并且设置/配置也非常简单。

为什么使用詹金斯

持续集成和持续部署概念已成为最新 DevOps 环境的支柱。 它不仅通过自动化应用程序的构建、测试和部署来弥合开发和操作团队之间的差距，而且使流程更加高效。 在持续开发、持续测试、持续集成、持续部署和持续监控的趋势中，项目开发的所有流程，像 Jenkins 这样的工具是满足所有挑战的完整软件包。 它不仅缩短了开发生命周期，而且使每个公司都希望获得更高的客户满意度。

詹金斯管道

詹金斯工具的另一个主要部分是詹金斯管道。 Jenkins 管道显示开发人员提交后在生成上运行的不同作业的概述。 它通知了 Jenkins 当前正在执行的任务。 在生成管道中，生成可以分为多个部分，如单元测试、验收测试以及打包、报告和部署阶段。 这些阶段可以按序列执行，也可以并行执行。 如果一个阶段成功，它会自动进入下一阶段，从而引用其名称”管道”。

由于不同的开发人员同时提交多个不同的更改，因此了解哪些更改正在测试中，或者哪些更改正在排队（可能是由于生成失败）会很有帮助。 一旦生成通过了单元和集成测试，测试自动化服务的工程师使用 Jenkins 在作业结束后触发自动化套件和电子邮件报告。

Jenkins 控制台为我们提供了各种接口和工具，以便实现整个过程的自动化。 Jenkins 用于不断构建和测试软件项目，使开发人员更容易集成对项目的更改，并方便用户轻松获得新的生成。 它还授权您通过与大量测试和部署技术集成来持续交付软件。