上周，我们主持了另一期持续讨论（c9d9）播客，这次讨论的是发布管道。我们的专家小组成员包括：Measurance的软件工程师Gioia Ballin，软件开发负责人Jamie Ingilby，Juni Mukherjee，《持续交付管道——它在哪里受阻；J.Paul Reed，Release Engineering Approcess的执行合伙人和ShipShow播客的主持人；以及我们自己的Anders Wallgren和Sam Fall。在本期节目中，我们讨论了硬道理和管道中常见的障碍—从代码签入到发布—以及在实现持续交付的道路上解决这些问题的一些最佳实践。我们讨论了持续集成、测试的重要性以及配置、部署和发布等方面的挑战。继续阅读我们的专家小组成员的最佳实践和建议。持续集成配置和部署不是一个工具问题，而是一个过程问题pic.twitter.com/woM6tzD9Qq-CloudBees（@electricloud）2016年5月31日"这是我们在流水线上依赖的第一块自动化产品"@anders_wallgren#c9d9#CIpic.twitter.com/5e7mv6uOpr-CloudBees（@electricloud）2016年5月31日Ballin在小团队中谈到CI："当你的团队很小的时候，时间资源就很少了，你必须给开发者权力。您没有时间要求其他人部署您的服务；您必须能够自己部署服务。"慕克吉看词的方式？"我的设想是，你有一些特性分支，大数据云计算，在那里你相对孤立，在没有把整个团队都出售的情况下，你可能会犯错误。然后，当你们检查到主线时，大数据的应用，要做好心理准备，让自己在生产中看到它。这样你就可以像以前那样自信地进入主线。"Ingilby谈到CI在遗留和整体应用中的挑战："在这些应用中，可能没有分支策略来支持它，持续集成有时是人们必须克服的第一个障碍。有时候，要克服第一个障碍比我们想象的要困难得多。"首先，实施持续集成，里德说："通常情况下，不管是不是遗留应用程序，大数据查询平台，我发现谈话的开始都是围绕着运行您的持续集成平台，然后让组织在它失败时做出反应—当它们失败时，让它们一次红几个月，或者进行可能是挡板测试的测试，这些测试会变红变绿，但实际上要花时间解决这些问题。"测试测试是很多组织马上失败的地方——这不是一件可选的事情，而是强制性的。@安德斯沃格伦c9d9pic.twitter.com/X7U3yPYgJx-CloudBees（@electricloud）2016年5月31日测试是CD中最难的部分。这是一个非功能性的需求，我们只是假设它是有效的。#c9d9软件测试-CloudBees（@electricloud）2016年5月31日关于在发布管道中进行测试的建议，Ingilby说："你必须考虑对你的产品进行‘测试’的所有事情——我们不仅仅是在谈论功能测试或验收测试，它可能是为了让你对你的产品作为可发布产品建立信心所需要的一切。"测试是持续交付中最难的部分，根据里德的说法："测试是最难的部分，因为我们讨论单元测试和静态测试以及所有这些不同类型的测试。我们说我们应该拥有他们——事实上我们仍然这么说——对我来说更有趣的问题是——不是我们没有得到，而是我们没有做到。"根据慕克吉的说法，测试会让你从"自杀的速度"变成"负责任的速度"，物联网智能水表，她接着说，"测试是一流的公民——测试管道和其他任何东西一样有意义。"Ballin认为，测试可以为你节省金钱："软件测试非常重要，因为软件总是包含缺陷，缺陷导致失败，而失败可能导致金钱损失。"配置、部署、发布"关注产品质量，不要在传送带上浪费时间"@anders_wallgren#automation#c9d9#CD#CI-CloudBees（@electricloud）2016年5月31日"将管道视为一种产品，否则你就无法以可持续的方式为客户提供价值"@samueldfallŤc9d9#CD#CI-CloudBees（@electricloud）2016年5月31日里德强调了释放工程的重要性。他说成功的组织："关心那些非功能性需求的操作需求，发布工程，工具，询问如何做AB测试和特性标记。所有这些都是发布工程问题，我们开始看到它对安全性的影响。"慕克吉："不要把这当成一个工具问题。它本质上是一个流程问题，如果你说流程驱动体系结构，架构驱动工具，那么一旦我们为自己设计了一个很酷的流程，什么是云，我认为很有理由随后用正确的架构和正确的工具集来跟进，而工具也会不断发展。"对于在生产前有多个环境时的建议，Ballin说："如果您有多个环境，并且您必须通过所有环境，我认为最好的方法是在生产前的最后一个步骤之前优化管道。"Ingilby认为，团队中的每个人都应该类似于发布过程："重要的是，最后一步是团队中任何人都有信心的一步。有许多组织拥有正式的，甚至非正式的部署英雄，他们负责所有的部署工作，并拥有特殊的访问权限—这不是一个可扩展的模式，也不鼓励您的软件体系结构易于部署和具有弹性。"请在此处观看整集： 想继续讨论吗？我们每隔一个星期二在太平洋标准时间上午10点举行一次c9d9会议，由专家小组讨论DevOps、持续交付、敏捷等。下周二继续讨论，我们将讨论DevOps和非Web应用程序的CD。