持续交付的常见问题

人们对CD有很多误解。关于CD也有许多表面上并不明显的东西。如果你是“CD好奇心”，也许这会有所帮助。

“CI/CD or CD?”

只是“CD”。正如DevOps包含安全、业务、遵从性、用户体验等，CD包含整个开发过程。

CI定义

有一个客观的定义。有些人可能认为，每天从主干中提取更新，但只有在几天的工作后集成更改，以确保更改是“功能完成的”，这才是CI。人们相信各种各样不真实的事情。真的很难相信并不能让它变得更真实。CI的核心是团队沟通。代码集成非常频繁，并一起测试。这让每个人都能看到其他人的变化。它减少了变更之间的依赖、代码冲突等问题，越小越好。

自动化了建造。还需要CD么

构建和部署自动化非常重要。测试自动化甚至更重要。执行CD需要人员、过程和自动化。不过，自动化是CD问题的10%。查看minimumcd.org列出的要解决的问题的最小可行列表。
持续交付是持续的产品开发和持续的质量反馈。机器人使我们能够标准化和加速交付，以降低成本和提高更改的安全性。这使得我们可以交付非常小的更改来立即获得质量反馈。人们经常低估“小”的定义。我们不是在谈论史诗、特写，甚至故事。我们谈论的是几小时或几分钟的工作，而不是几天或几周。CD管道包括机器人，但它从价值主张开始，当我们从生产部门获得关于交付的实际价值的反馈时结束，以便我们可以对未来的价值主张做出决定。这需要与产品流程保持一致的每个人的团队合作，以及维护和改进质量反馈循环的不懈纪律。

CD只是为大公司准备的么

CD是一个质量过程，而不是dotComs在MVPS上快速迭代使用的边缘情况。事实上，许多创业公司会因为没有在他们的商业计划中包括“我们将如何可靠地交付未来的变化？”而陷入停顿和失败。希望他们能在此之前获得足够的资金来清理巨额科技债务。
交付非常频繁的原因是：
确保我们能在紧急情况下快速安全地交付补丁。
建立一个有效的质量信号，以减少平均时间的检测。
减小更改的大小以减小每个更改中缺陷的大小。
减少变革的成本，以使更多的自由去尝试新的想法。
当CD被用来降低批量并从生产中学习时，它对稳定、效率、有效的价值交付和提高生活质量起到了强制作用。