持续集成ci和持续部署cd_CI与CI：持续集成是否会带来持续改进？

构建：产品符合流程的地方

Gradle开源项目的项目负责人Hans Dockter指出，持续集成作为流​​程与CI作为产品类别之间的区别。 在考虑移动需求如何使CI成为必需品而不是奢侈品时，这一点尤其重要。 在CI流程中，构建工具至关重要。 例如，在Android中就是一切。 在这里，您可以编译，混淆，运行测试并部署到应用商店。” 相反，“ CI作为产品可提供多种服务。 例如，它跟踪整个构建的历史记录，并发送有关成功与否的更新的通知。”

Dockter相信构建将越来越成为CI的核心。 现在，构建可以以较低的时间和资源成本以高频率进行，因此可以以更加迭代和敏捷的方式使用此质量控制检查点。 成功构建时，CI产品就是关于管理，监视和改进过程的。

工具和策略的改变要求习惯的改变

开发人员的工作方式 ，对他们的期望以及他们如何帮助团队提高整体生产率和质量的变化都是持续集成作为一种文化的关键方面。 这种转变对开发人员的日常工作具有实际意义。 Scott表示：“在企业级别，我们需要让所有开发团队习惯于检入代码和测试。” 互助团队使用诸如Sonar与Jenkins和Gradle之类的工具来实现这一目标。

“现在，我不断收到反馈，每个人都可以看到。 我们可以从历史上判断代码覆盖率是上升还是下降。 我知道如果我要检查一堆代码并且没有太多测试，那么我的代码质量可能不会很高。 甚至项目经理或软件开发经理也可以识别这些指标，它们很容易理解。 重要的是要有一种方法来查看那些自动化测试并让人们习惯于了解其重要性。” 当开发人员知道每个人都可以看到他们对代码的了解程度时，他们就会被激励花时间编写适当的测试，以便每天随代码一起提交。

CI中的性能测试工具

性能是CI / CD工具可以使团队进行更多测试，更好地进行测试以及在开发过程中尽早进行测试的另一个领域。 Blazemeter的首席执行官Alon Girmonsky认为性能测试应该民主化。 “无论他们是工程师，DevOps，产品经理等，每个人都应该能够进行性能测试。我们将性能测试转移到DevOps的开发方面，甚至在可伸缩性和负载测试等方面。”

Blazemeter的产品营销总监Dave Karow谈到了更多开发人员改善代码质量的责任。 “它曾经是发布周期性能复选框的结尾。 现在，它正在转移到整个开发周期中进行的测试，甚至可能一直进行到集成测试。 您在构建代码时正在构建测试，因此在开始编写之前就已经知道单元测试的性能参数。 您永远都不会等待性能专家编写测试脚本来确定您的应用程序是否执行。”

这种向左移动可能会给开发人员带来更多负担，使他们比以前更需要思考。 当然，DevOps团队将发挥作用，因为运营部门对性能的洞察力对于确保针对当今的云环境设计和编写适当的测试至关重要。 但是，为开发人员提供了一种更简单的方法来创建和运行性能测试的工具将使他们对代码更有信心，并减少编写过程中的烦恼。 由于永续集成的工作从未完成，因此对每个参与人员来说，工作效率更高，满意度更高。

如何成为詹金斯专家

努力学习詹金斯？ 查看这些很棒的循序渐进的Jenkins CI教程。 他们会让您很快成为Jenkins CI专家。

步骤1 — 下载Jenkins并安装 CI工具

第2步-创建您的第一个Jenkins构建作业教程

第3步-将Jenkins环境变量注入脚本

步骤4 —修正烦人的Jenkins插件错误

第5步-将詹金斯与Maven辩论甩在身后

第6步—学习使用布尔值和字符串詹金斯参数

步骤7 —做一个Jenkins Git插件GitHub拉

步骤8 —将基本的Git命令知识添加到您的DevOps技能集中