【CI/CD】持续集成及 Jenkins

传统与敏捷开发流程对比

1. 瀑布模型（Waterfall Model）

• 核心特点：线性顺序开发，严格分阶段（需求→设计→开发→测试→部署），各阶段需完全完成后进入下一阶段。
• 缺点：周期长（通常数月到数年），难以应对需求变更，测试滞后导致缺陷修复成本高。
• 适用场景：需求明确且稳定的项目（如航空航天软件）。

2. 敏捷开发（Agile）

• 核心特点：迭代开发（2-4周为一个Sprint），持续交付可工作的软件，强调客户反馈和团队协作。
• 优势：快速响应变化，早期交付降低风险，客户参与度高。
• 关键实践：Scrum/Kanban框架、每日站会、用户故事驱动。

---

CI/CD

通俗来说就是启动一个服务，能够监听代码变化，然后自动执行构建、测试、打包、发布等流程；CICD 是持续集成和持续交付/部署简称。
指在研发过程中自动执行一系列脚本来降低开发引入bug的概率，在新代码从开发到部署的过程中，尽量减少人工的介入。这一策略加快了代码提交到功能上线的速度，保证新的功能能够第一时间部署到生产环境并被使用。

持续集成（CI）

指在开发人员频繁地提交新代码，都会自动执行构建、测试。根据测试结果，我们可以确定新代码能否合并到主分支。
假设现在有个应用的代码存储在仓库上，每天开发人员都会提交很多次新代码，针对每次提交，我们可以创建一系列脚本进行自动测试，降低往应用里引入错误的概率。
持续集成过程中很重视自动化测试验证结果，以保障所有的提交在合并主线之后的质量问题，如果构建或测试的失败，可以快速地反馈到相关负责人，以尽快解决达到一个更稳定的版本。

• 流程：开发提交代码 → 自动触发构建 → 编译 → 单元测试 → 生成报告 → 通知结果。
• 工具链示例：Git（代码库） + Jenkins（CI服务器） + Maven/Gradle（构建） + JUnit（测试） + SonarQube（代码质量）。
• 价值：减少集成冲突，快速发现缺陷，提升代码质量。

持续交付/部署（CD）

CD 持续交付：指将完成CI的最新代码部署到类生产环境进行功能验证，以确保新增的代码在生产环境中是可用的。
CD 持续部署：指在持续交付的基础上，通过自动化部署的手段将软件功能频繁的部署到生产环境中。

• 持续交付：确保代码随时可部署到生产环境，但发布需手动触发。