以下将概述解决创建持续集成（CI）/持续交付（CD）管道时出现的常见持续集成（CI）/持续交付（CD）风险的七个技巧。

持续集成（CI）/持续交付（CD）是企业成功以多种方式积极发布软件的成功的关键要素。在小型工程团队中，通常只有一个人具有打包项目以发布和分发的知识。由于依赖某位工程师理解分发应用程序来构建系统被是一种不好的做法。如果他正在休假、生病、被解雇等，由于这个新版本的发布，暂停了构建工作，直到下一名工程师弄清楚所有来龙去脉才能进行。

为了节省大量时间和费用，构建可主动测量，构建和分发应用程序的系统至关重要。我们将概述解决创建持续集成（CI）/持续交付（CD）管道时出现的常见持续集成（CI）/持续交付（CD）风险的七个秘诀。

 仔细规划持续集成（CI）/持续交付（CD）管道

1.保持目标可见

如果要构建流程以从头开始使用管道实施一些项目，那么彻底了解当前项目在本地的构建方式以及需要解决的问题非常重要。重要的是，首先要查看企业对其他项目的当前持续集成（CI）/持续交付（CD）实施，并计划出一个可行的方法，以便在公司中已将这样的新项目与当前系统联系起来。

2.着眼于工具之前的过程

在查看可用于持续集成（CI）CI的工具之前：Jenkins、AWS、CloudBeesCI等，以及所有插件来获得最佳的持续集成（CI）/持续交付（CD）套件，以使您的项目顺利投产，构建和测试该套件非常重要。您要实现的过程，然后查看每个工具以检查它是否具有项目所需的支持。

3.了解每个团队的需求

在计划时，至关重要的是要了解团队的目标和所涉及的每个人的技能，以便能够了解要设计的架构师。企业不想创建容易使发布或暂存发布难以记住的盲目任务。

4.管道应缓慢成熟，而不是一劳永逸

构建持续集成（CI）/持续交付（CD）管道时，很高兴预见持续集成（CI）/持续交付（CD）流程的未来：能够运行单元和集成测试，压力测试，代码质量检查等。着重于能够构建持续集成（CI）/持续交付（CD）流程至关重要。从一开始就对流程基础进行初始架构，而不是测量组件。一个简单的过程可能是实现以下目标：克隆项目，构建和打包并接收推送到生产环境时发生的响应（例如：应用商店）。

该图显示了一个持续集成（CI）/持续交付（CD）模型，能够打包、集成、交付和部署管道如何运行。

5.是否存储长Shell命令？这样做是错的！

从长远来看，将Shell命令存储在IDE中会引起问题。它不仅使将来的维护和解决工作变得更加困难，而且导航到部署文件并查看持续集成（CI）/持续交付（CD）管道的阶段（用于预构建，构建和后构建目标）的软件工艺也更强大。而且，IDE最终会过时，并将导致对特定Shell代码的不断更新。

6.呼吁完成的定义

当了解团队生产的质量标准和生产方法的质量标准时，完成的定义非常有力。它提供了对流程的可见性，包括如何实施持续集成（CI）/持续交付（CD）以及建立信任。这是必须转变观念的一部分。如果不清楚，则团队必须一起定义它，并使其对所有人可见并可以访问。

7.缺乏有意义的仪表盘和指标

考虑持续集成（CI）/持续交付（CD）管道时，还必须了解管道中每个阶段输出的内容，并能够识别与测试信息有关的缺陷或度量。缺少有意义的仪表板和指标可能会导致实际发生的风险与可能设想的风险。

 管理和团队买进

企业向持续集成（CI）/持续交付（CD）的转变通常是自下而上触发的，但归根结底，这是一项需要管理层认可的转变，因为它涉及技能，流程以及管理层需要分配适当资源的多个领域时间、资源和注意力。就构建可以主动测量，构建和分发应用程序的软件而言，DevOps是软件的非常复杂的组件。