Files
OneOS1.2/.cursor/skills/yunxiao-requirement-lifecycle/references/codeup-integration.md

2.6 KiB
Raw Blame History

Codeup研发资产集成

目录

  1. 仓库覆盖
  2. 分支策略
  3. 正式关联
  4. 提交与合并请求
  5. CI01多仓库门禁
  6. 验证场景

1. 仓库覆盖

前端、后端均可触发研发自动化,前提是仓库接入正确项目,分支/提交/MR正式关联需求规则没有错误限定到单一仓库。

逐仓库记录仓库名、角色、项目集成状态、Webhook、实际集成分支、是否纳入全部MR门禁和观察证据。

2. 分支策略

  • 检查真实集成分支:存在dev则优先dev,否则使用存在的develop
  • 从集成分支创建feature/<WORK-ITEM-ID>fix/<WORK-ITEM-ID>
  • 一个需求涉及多个仓库时,每个仓库可有一个同名活动分支。
  • 快速迭代仍使用短生命周期分支;合并后是否删除按仓库策略和用户授权处理。
  • 不直接推送保护分支,不为自动化方便创建不存在的dev/develop

3. 正式关联

关联优先级:

  1. 从需求“代码”区域创建分支并回到需求确认资产数量。
  2. 在Codeup创建分支/MR时显式选择工作项存在开发任务时同时关联需求和开发任务。
  3. 使用以工作项ID结尾的分支名并在需求页确认自动关联。
  4. 提交说明关键字仅作兜底,必须回需求页验证。

需求编号、分支名或MR标题有关键字不等同已正式关联。

4. 提交与合并请求

  • 提交可带工作项ID增强追溯但不判定开发完成。
  • MR目标必须是仓库真实集成分支。
  • MR显式关联需求和对应开发任务并完成评审。
  • 只有全部相关MR合并后才观察R08。
  • 首次提交时间不作为真实开发开始时间;人工“开始开发”为效能主口径。

5. CI01多仓库门禁

CI01要求所有相关前后端仓库的分支、提交和MR都正式关联需求与对应开发任务。只遗漏一个仓库或只关联需求平台的“全部MR已合并”就可能只看到部分资产、提前完成需求或完全无法完成开发任务。

如果无法可靠聚合所有仓库保留人工核对门禁不能声称R08已完全自动化。

6. 验证场景

场景 操作 期望
正式关联分支 从需求代码区创建真实仓库分支 异步进入开发中
非关联分支 仅本地创建/推送无关系分支 不触发R07
仅有提交 提交代码但不合并MR 不进入开发完成
单仓库MR 所有相关仓库只有一个MR合并 仍保持开发中
多仓库全部合并 所有相关MR正式关联并合并 进入开发完成
错误集成分支 MR指向非真实集成分支 阻塞并修正,不伪造通过