zoehis-git-branch

ZOEHIS Git 规范

工作区为 10 个独立 Git 子仓库（根目录无 Git）。每个将改动的子仓库单独操作。完整步骤见 docs/workflow.md Step 10。

分支策略

• master：所有功能开发在此分支；改前 git checkout master && git pull origin master
• release-*：项目发布分支；禁止在 release 上直接改功能，仅 merge master
• 仅解决冲突时可在项目分支操作，完成后 切回 master

交付期顺序（审查确认后）

1. push master

git add <files>
git commit -m "[禅道号/需求号]【项目名称】需求标题"
git push origin master

Commit 正文约束（硬约束）：

• 禁止在 commit message 中出现 Co-authored-by: Cursor 或 [email protected] 等 Agent/IDE 署名行
• 仅保留一行标题：[禅道号/需求号]【项目名称】需求标题，不要追加 Co-authored-by、Made-with-Cursor 等 trailer
• 若环境自动注入 Co-authored-by，提交前用 git log -1 --format=full 核对；含上述字样则 --amend 去掉后再 push

2. 合并到项目分支（先 master，再按 commit 关键词）

commit message 匹配关键词时，将 master merge 进 对应项目分支：

提交关键词	项目分支
【漳州市医院】	release-1.168
【漳州二院】	release-1.166

匹配时 优先最长关键词。

无医院关键词（未知项目，如 commit 仅含 [******] 占位）： 跳过步骤 2 merge；步骤 3 在 master 打 release-0.0.{max+1} tag（全仓 release-0.0.* 最大序号 +1）触发 CI 编译。

git checkout <项目分支>
git pull origin <项目分支>
git merge master
git push origin <项目分支>
git checkout master

无关键词匹配且用户未指定分支 → 未知项目：只做步骤 1 push master，不 merge release-1.166/1.168；步骤 3 在 master 打 release-0.0.{max+1} tag。

onelink-web-cis-common 例外： CIS 公共 npm 包，无 release-* 与 tag；始终只做步骤 1（push master），不 merge、不打 tag，不参与项目分支 CI 编译。

3. Tag（已知医院：项目分支 max+1；未知项目：master 上 release-0.0.max+1）

已知医院 — 在 项目分支（非 master）上：

git checkout <项目分支>
git pull origin <项目分支>
# 取该分支最大 tag，版本 +1（如 release-1.168.31 → release-1.168.32）
git tag <新版本号>
git push origin <新版本号>
git checkout master

未知项目 — 在 master 上（commit 无医院关键词时）：

git checkout master
git pull origin master
# 全仓 release-0.0.* 最大序号 +1（如 release-0.0.1375 → release-0.0.1376）
git tag release-0.0.<序号>
git push origin release-0.0.<序号>

Agent 两阶段

阶段	允许	禁止
实现期	改代码；master pull	commit / push / merge / tag
交付期（人审确认后）	10.1→10.2→10.3 按 docs/workflow.md	未经确认不得 git