哪些发行管理方面有助于解释Waterfall和Agile之间的区别？

#1 楼

IMO DevOps是一种文化，就像敏捷一样（无需选择敏捷方法。）因此，您不必“做” DevOps。 （完全披露，我以前从未将CD称为发行方法，但是在我处于滞后状态时，我认为它是可行的）
如果您愿意购买，那么这就是持续交付的定义

连续交付是指将所有类型的更改（包括新功能，配置更改，错误修复和实验）转化为能力的方法。
我们的目标是进行部署，无论是大型分布式系统，复杂的生产环境，嵌入式系统还是应用程序，可以按需执行的可预测的例行事务。
即使面对成千上万的开发人员团队每天进行更改，我们也要确保代码始终处于可部署状态，以实现所有这些目标。因此，我们完全消除了传统上“开发完成”之后的集成，测试和强化阶段以及代码冻结。

因此，您可以采用敏捷方法，使用可以演示的软件进行演示。业务，请确保您正在执行正确的自动化测试，并对更改以及所有使其比瀑布更好的事情做出良好的反应。很多时候，这并不意味着您实际上可以将其部署到生产环境中。如果您没有某种迭代方法，那么就可以这样做，但是您真的不知道，因为实际用户从未见过。
您真正想要的是看起来更像这样的东西：

每次迭代，都会有一些东西部署到生产中。因此，已部署了软件。如果您决定创建下载文件，请打开Web服务器，或者将软件交给已发布的用户。
这到底是什么！？我问了DevOps！没有人问到持续交付！
那么DevOps与这有什么关系呢？
要使软件真正处于一种可以随时随地进行部署的状态，这非常非常非常困难（无法进行处理）。除非该团队在DevOps文化中工作。一种文化，其中系统管理员，DBA，SRE，安全人员，开发人员，质量保证等均属于单个团队，而不是具有交接关系的组织中孤立的一部分。关于发布到此答案的评论的一部分，就像这样：

关于您的“……软件处于可以随时部署……的状态”：这让我想起“自动驾驶”软件（在飞机上）……对此我最喜欢的问题是：“想象对这样的软件进行更新……在机上进行飞行时，您会有什么感觉？” 。

我喜欢这个问题（在上面的引用中，用粗体显示）！ “真的准备好了吗？”的想法我一直都在抱怨-博客。 IMO至关重要的是，您必须对安全性，性能和其他经常进行的“辅助”测试充满信心，才能练习CD。功能完成后就完成了，但黑客总是在那儿。

#2 楼

不知道是否没有其他人，但是我使用的是这些标准：

+-------------------+-----------+-----------+
! Criteria          ! Agile     ! Waterfall !
+-------------------+-----------+-----------+
! Release Events    ! Frequent  ! Rare      !
! Risk              ! Less      ! High      !
! Required Effort   ! Smoother  ! Peaks     !
! Volume of changes ! Small     ! Huge      !
+-------------------+-----------+-----------+

如果您真的想体验一些用户的不同之处，软件，然后考虑使用某些软件（例如Linux发行版），您可以在使用以下两个版本之一之间进行选择：


“ Rolling”版本（==> Agile） 。
释放“ Long Term Support”（==>瀑布）。