# Git 工作流规范

适用于三个仓库：`patbond-api`（dev）、`patbond-flutter`（dev）、`patbond-doc`（main）。

## 分支模型

- **patbond-api / patbond-flutter**：`dev` 为集成分支，保持随时可构建（门禁全绿）。日常改动小步直接提交到 `dev`。
- **patbond-doc**：直接提交 `main`。
- **何时开 feature 分支**：改动跨多天、有破坏性风险（如大规模重构、依赖升级）、或多人并行同一仓库时，从最新 `dev` 拉出 `feat/<主题>` / `fix/<主题>` 分支，完成后合回并删除分支。短命分支，不留长期分叉。

## 提交信息约定

格式：`<前缀>: <中文主题>`，前缀取 `feat` / `fix` / `refactor` / `docs` / `test` / `chore`。

- 主题一句话说清做了什么；涉及架构决策时在主题或正文引用 ADR 编号（如 `（ADR-005）`）。
- 正文用列表写关键改动与**验收证据**（测试数量与结果、门禁命令输出结论），让提交自证可用。
- 一次提交做一件事，可独立回退；不把无关改动混进同一提交。

示例（既有惯例）：

```text
feat: 迁移珊瑚橙主题体系并新增认证基础组件（ADR-005）

- 新增 BrandMark/AppTextField 等 5 个组件及 6 个 widget 测试
- 门禁：dart format（0 changed）/ flutter analyze（0 issues）/ flutter test（7 passed）
```

## 禁止事项

- **不提交敏感配置与构建产物**：本地 `application.yml`、`target/`、`build/`、`.dart_tool/`、`.idea/`、密钥凭据一律不入库（.gitignore 已覆盖，提交前 `git status` 逐一核对暂存清单）。配置只提交 `*.sample`；任何关键/敏感信息只能存在于被忽略的文件或 `.sample` 占位中。
- **不提交测试产生的数据**：测试运行产生的数据文件、数据库导出、临时输出一律不入库。测试代码可以入库，但必须放在标准测试目录（Java 为 `src/test/`，Flutter 为 `test/`），不得散落在业务代码目录。
- **不 force push 共享分支**（`dev` / `main`）。个人 feature 分支整理历史后如需强推，用 `git push --force-with-lease`。
- **不修改已推送的 Flyway 迁移**（呼应开发计划 4.3 节）：`V1__*.sql` 等已进入 `dev` 的版本化迁移视为不可变，schema 变更一律新增 `V<n+1>__*.sql`。
- 不改写已推送的提交历史（rebase/amend 仅限未推送内容）。

## 提交前本地门禁（未来 CI 将执行同一清单）

| 仓库 | 必跑命令 | 通过标准 |
| --- | --- | --- |
| patbond-api | `JAVA_HOME=/usr/lib/jvm/java-17-openjdk ./mvnw clean test` | BUILD SUCCESS，0 失败（需 Docker 供 Testcontainers） |
| patbond-flutter | `dart format --output=none --set-exit-if-changed lib test`<br>`flutter analyze`<br>`flutter test` | 0 changed / No issues / All tests passed |
| patbond-doc | `mkdocs build --strict -d <临时目录>` | exit 0，零 warning；不把 `site/` 落进仓库 |

门禁不绿不提交。CI 载体（审计 M3 后半）落地后将原样执行上表命令作为合入门禁。