这是埃文·格雷泽的一篇客座帖子。持续的集成和部署是一家公司成功地在多个领域积极发布软件的关键因素。在一个工程团队中，只有一个普通的人可以发布和发布一个项目。在一个工程师理解如何分发应用程序的情况下构建一个系统是不好的做法。如果员工生病了，那要看员工什么时候被解雇？新的发行版从制作开始暂停，直到下一个人弄清楚所有的细节。建立一个能够主动测量的系统，构建和分发一个应用程序在工程中是至关重要的，它可以节省大量的时间和金钱，而不是每两个工作日就发布一个或两个工作日几周。这里在创建管道时，你应该记住六个常见的风险，以及如何与你的管理层沟通以获得他们对购买的批准-计划内小心点进球在望。如果您正在从头开始构建流程，以实现一些具有管道的项目，则必须彻底了解当前项目如何在本地构建，以及需要考虑哪些问题。您还应该首先查看贵公司其他项目的当前CI/CD实施情况，并计划如果您的公司已经有流程，如何将新项目与当前系统相关联地点。集中注意力关于工具之前的过程。在看你能用什么词来形容词之前，詹金斯，艾夫斯，特拉维斯，圆形词，etc和所有的插件，以实现最好的CI/CD套件，使您的项目能够顺利地投入生产——构建和测试您想要实现的过程是非常重要的，然后看看每个工具是否有您需要的支持项目。明白吗每个团队的需要。在计划时，了解团队的目标和每个人的技能是非常关键的，以便能够理解您要构建什么。您不希望在流程中创建无意识的任务，这会使发布或登台发布变得困难记住，管道成熟于阶段。管道应该慢慢成熟，而不是一次成熟。在构建您的管道时，最好能够预见CI/CD过程的未来，能够运行单元和集成测试、压力测试、代码质量检查等。能够构建流程基础的初始架构对于从一开始就关注而不是度量组件至关重要。一个简单的过程可能是实现以下目标：克隆项目、构建和打包并根据推送到生产（例如：app store）时发生的情况接收响应。此图显示了一个CI/CD模型，用于打包、集成、交付，以及如何部署管道功能。长如果你在存储长的shell命令，你就在做错了。有存储在IDE中的shell命令将导致长期问题。这不仅会使事情在未来更难维护和解决，而且更强大的软件工艺是导航到部署文件并查看管道的各个阶段：预构建、构建和后期构建目标。而且，ide最终会过时，并且会导致对特定shell的持续更新代码。相反, 尝试：创造小规模.sh文件或.bat文件回购通知为了国防部！当理解团队生产什么、如何生产的质量标准时，"完成"的定义非常强大。它提供了对流程的可见性，同时包括如何实现CI/CD，以及培养信任。这是必须发生的心态转变的一部分。如果国防部不清楚，团队必须一起定义，并使其可见和可访问所有人。理解CI/process with metrics当考虑管道过程时，还必须能够理解管道中每个阶段输出的内容，能够识别缺陷和度量相关信息关于测试。缺乏有意义的仪表盘和指标可能会导致实际发生的事情与可能发生的事情之间的风险愿景管理而团队购买转移到CI/CD通常是由下至上触发的，但归根结底，这是一个需要管理层支持的转变，因为这涉及到技能组合，管理层需要分配适当的时间、资源和注意力的过程和几个领域。DevOps是一个非常复杂的软件组件，它可以主动地度量、构建和分发应用程序。