DevOps = Development（开发） + Operations（运维），是一套理念、流程、工具、文化的集合，打通开发、测试、运维团队，消除部门壁垒，实现软件快速、稳定、高质量持续交付。
传统模式痛点：
开发写完代码丢给测试，测试完丢给运维；交付慢、上线故障多、互相甩锅。
DevOps 核心目标：
缩小从需求到上线的周期，同时保障系统稳定。
CI 持续集成(Continuous Integration)
每次团队成员将代码更改提交到版本控制时自动生成(构建)和测试代码的过程
CD 持续交付 / 持续部署(Continuous Delivery)
持续交付（Continuous Delivery，CD）是一种软件工程实践，通过自动化构建、测试和部署流程，使软件保持随时可发布状态，其核心目标为降低开发成本与风险并加速交付效率。
该方法扩展了持续集成，强调全流程自动化衔接与发布过程可观测性，通常需结合手动审批机制控制生产环境部署。
总结来说就是：
CI 在完成了构建、单元测试和集成测试这些自动化流程后，持续交付可以自动把已验证的代码发布到企业自己的存储库。
持续交付旨在建立一个可随时将开发环境的功能部署到生产环境的代码库。
开发 Code
开发人员拉取代码分支、编写业务代码、单元自测、本地调试，提交代码仓库。
配套规范：分支管理（GitFlow/GitLab Flow）、代码评审 CR、本地单元测试。
构建 Build（CI 持续集成核心）
代码提交触发自动化流水线：包括自动测试和构建
测试 Test
自动化 + 人工分层测试：集成测试、功能测试、性能测试、安全测试，测试编排批量执行，输出缺陷报告；
验证通过后产出可交付稳定版本。
发布 / 部署 Deploy（CD 持续交付 / 持续部署）
持续交付 CD：手动确认后部署到测试、预生产环境
持续部署 CD：测试通过自动发布至生产环境
支持灰度发布、蓝绿部署、滚动发布，降低上线风险。
在桌面开发中，也可以实现类似“代码提交→自动构建→自动测试→自动打包→自动更新→发布” 的完整 DevOps 流程
Git 提交（Gogs） →
WebHook 触发 CI（Jenkins/GitLab CI/GitHub Actions） →
拉代码 →
代码检查（lint/静态分析） →
编译构建（msbuild、dotnet build、qmake、electron-builder） →
单元测试 + UI 自动化测试 →
打包（MSIX、NSIS、InnoSetup、dmg、AppImage） →
代码签名 →
上传制品库/发布服务器 →
自动更新（客户端检测版本、静默升级） →
通知/日志/监控
待更新
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。