持续 集成 是和 单元 测试结 合在 一起 的,也 就意 味着,持续 集成 和单 元测
试需要 并行工作。 持续集成 一般由代码 每次 git push/review 触发 。
先签 入代 码就 先看 到构建 结果 ,后 签入 ,则要 排在 后面 。这 就 要求 构建
时间 不能 太长,否则 在构 建时 容易 引起 混乱,很 难知 道是 谁的 代码 破坏
了集 成, 导致 很难 定位问 题。
可以 说,持续 集成 是敏捷 开发 的重 要基 础环节 ,没 有持 续集 成,所 谓的
敏捷 开发 便失 去了 赖以生 存的 土壤,其实 施效 果也 会大 打折 扣。持续 集
成是 一种 软件 开发 实践,团 队成 员频 繁集 成他 们开 发的 代码,每次 集成
都会 经过 自动 构建 ——自动 测试 的验 证,以尽 快发 现集 成错 误。使用 这
种方 法可 以显 著减 少集成 引起 的问 题,并加快 团队 合作 开发 软件的 速度。
(1)持 续集 成过 程
持续 集成 的工 作阶 段比较 明确,主要 有三 个大 的阶 段:持 续集 成准 备阶
段、 持续 集成 使用 阶段和 持续 集成 测试 阶段。
持续 集成 准备 阶段 的工作 主要 包括 :
•
•
•
通过 代码 评审 系统 (比如 Gerrit ), 实 现代 码审 查和 集成 反 馈。
通过 版本 控制 系统 (比如 Git 或 GitLab )建 立源 码仓 库。
通 过 构 建 工 具 运 行 相 关 构 建 和 测 试 ( 比 如 Python 项 目 的 Tox
和 Pytest )。
•
通过 CI 系统(比如 Jenkins )建立 Job ,将版本 控制 和构 建工具
整合 ,并 设置 构建 触发条 件。
评论1
最新资源