docs: refine workflow conventions after review (#27)

2026-10-12 20:29:00 +03:00
parent 3321d9db25
commit fc589c9130
2 changed files with 7 additions and 6 deletions
@@ -62,7 +62,8 @@ Commitlint требует распознаваемую conventional-commits-pars
 в нём ссылку. `chore(release): X.Y.Z` освобождён только при точном SemVer
 заголовке release-it. Стандартные Gitea merge commits освобождаются по точному
 шаблону merge message; sync PR используют обычный review/merge process.
-Историю не переписывать ради формата.
+Шаблонные сообщения `Revert`/`fixup!`/`squash!` не освобождаются: revert
+оформляй как `revert: … (#N)`. Историю не переписывать ради формата.

 ## Pull Request Process

@@ -147,10 +148,9 @@ Frontend/backend запускают их как jobs в едином `verify.yml
 актуальный HEAD; если AC изменились — обновить Issue и при SDD вернуть change
 к затронутому approval gate. При недоступной Gitea продолжать только анализ.
 Изменение PR title после зелёного CI: проверить, что check пересчитан;
-для docs/specs/frontend/backend `edited` trigger у существующих checks может
-отсутствовать. До подтверждения настройки/отдельного исправления этих gates
-reviewer проверяет текущий title вручную. Новые правила не применяются к
-историческим коммитам и автоматической обратной синхронизации релиза.
+если `edited` trigger у существующих checks отсутствует, reviewer проверяет
+текущий title вручную. Новые правила не применяются к историческим коммитам
+и автоматической обратной синхронизации релиза.

 Примеры: фича с новым поведением — Issue → согласованный OpenSpec change →
 ветки Apply → PR каждого affected repo → archive → закрытие Issue. Локальный