docs: document PR ownership and board stage (#27)
Conventional commits / commits (pull_request) Successful in 10s
Conventional commits / commits (pull_request) Successful in 10s
This commit is contained in:
@@ -21,8 +21,9 @@ repo-local `Kind/Process` подходит для ci, chore и process/tech-debt
|
|||||||
Дополнительные `Kind/Security`, `Kind/Investigation`, `Kind/Dependencies`
|
Дополнительные `Kind/Security`, `Kind/Investigation`, `Kind/Dependencies`
|
||||||
(последние два — repo-local) — по ситуации. Priority: существующие
|
(последние два — repo-local) — по ситуации. Priority: существующие
|
||||||
`Priority/Critical|High|Medium|Low`.
|
`Priority/Critical|High|Medium|Low`.
|
||||||
Gitea assignee, milestone и state не дублируются labels. Шаблоны ускоряют ввод,
|
Gitea assignee, milestone и state не дублируются labels. Для назначаемых
|
||||||
но наличие шаблона не доказывает качество заполнения.
|
Issue и PR выбирай `hermes-agent`; незанятую задачу не назначай формально.
|
||||||
|
Шаблоны ускоряют ввод, но не доказывают качество заполнения.
|
||||||
|
|
||||||
Один координирующий Issue достаточен, если результат и AC едины, одна команда
|
Один координирующий Issue достаточен, если результат и AC едины, одна команда
|
||||||
может принять работу целиком и отдельные repos не требуют независимой поставки.
|
может принять работу целиком и отдельные repos не требуют независимой поставки.
|
||||||
@@ -68,6 +69,13 @@ Commitlint проверяет Conventional Commits и присутствие с
|
|||||||
| PR → Review → Merge | Дождаться required checks на финальной ревизии, проверить AC, значимые изменения — review владельца/специалиста. При замечаниях исправить и обновить evidence. Merge только по политике repo. |
|
| PR → Review → Merge | Дождаться required checks на финальной ревизии, проверить AC, значимые изменения — review владельца/специалиста. При замечаниях исправить и обновить evidence. Merge только по политике repo. |
|
||||||
| Merge → Issue Closed | Закрыть Issue после принятия **всех** связанных delivery areas, документации и при SDD — обязательной verification/archive; multi-PR Issue остаётся открытой до последнего результата. |
|
| Merge → Issue Closed | Закрыть Issue после принятия **всех** связанных delivery areas, документации и при SDD — обязательной verification/archive; multi-PR Issue остаётся открытой до последнего результата. |
|
||||||
|
|
||||||
|
Перед передачей PR на review перенеси в него тип и приоритет связанной Issue,
|
||||||
|
назначь `hermes-agent`, привяжи к подходящему milestone (если он есть) и к
|
||||||
|
`WealthLedger — Delivery Board`, колонка «На проверке». Для cross-repo PR
|
||||||
|
используй milestone его собственного repo. Колонку меняй вместе со стадией:
|
||||||
|
при блокировке — «Заблокировано», после принятия — «Готово». Не вводи label
|
||||||
|
этапа вместо встроенной колонки проекта.
|
||||||
|
|
||||||
Для SDD отдельные pre-archive checks/semantic review выполняются до archive по
|
Для SDD отдельные pre-archive checks/semantic review выполняются до archive по
|
||||||
локальной schema; порядок merge/archive согласуется с конкретным change, но
|
локальной schema; порядок merge/archive согласуется с конкретным change, но
|
||||||
Issue закрывается только после обоих событий. Не подменять OpenSpec approval
|
Issue закрывается только после обоих событий. Не подменять OpenSpec approval
|
||||||
|
|||||||
Reference in New Issue
Block a user