真正执行部署操作的人应该参与部署过程的创建

在一个项目启动时，开发人员首先要做的一件事情就是非正式地找到运维人员，让他们也参与到开发过程中。这样，运维人员从项目一开始就已经参与了软件开发，双方都知道在发布之前发生了什么，因此，这就会像新生儿的屁屁一样光滑。

前言

组织中任何 DevOps 工作的主要目标都是改进客户和业务的价值交付，而不是降低成本、提升自动化或者通过配置管理驱动一切；这意味着，为了实现有效的
Dev 和 Ops 协同，不同的组织可能需要不同的团队结构。

提交阶段的主要是从某个人向版本库中提交了一次变更后，持续集成服务器发现此次变更，并且将其代码变为制品，并输出到制品库
中并生成报告的过程。

什么是部署流水线

部署流水线是指：从版本控制库到用户手中这一过程的自动化表现形式。对软件的每次变更都会经历一个复杂的流水线才能发布。

到目前为止，DevOps还没有一个通用的定义，没有一种规范说，如果你做到了某某某事，就做到了DevOps。但是，有一些常见的反模式，只要做了，就能说明你没有做到DevOps。

测试的分类

测试象限图：

此处所说的DevOps主要是指基于精益方法（Lean）的DevOps，所以，几个时间的概念如下：

• Takt Time (TT)
• Cycle Time (CT)
• Actual Takt Time (ATT)
• Lead Time (LT)

软件开发方法论

划分开发工作的过程（通常划分为不同的阶段）就被称为软件开发方法论。

这些不同的工作阶段可能包括：

• 可交付的产品或工件的规范。需求分析阶段。
• 根据规范完成代码的开发和验证。研发和测试阶段。
• 将代码部署到最终客户或生产环境。部署和交付阶段。