Merge pull request 'docs: refine workflow conventions after review (#27)' (#29) from docs/27-workflow-review-fixes into develop

Reviewed-on: #29
This commit was merged in pull request #29.
This commit is contained in:
2026-10-12 22:00:20 +03:00
2 changed files with 7 additions and 6 deletions
+5 -5
View File
@@ -62,7 +62,8 @@ Commitlint требует распознаваемую conventional-commits-pars
в нём ссылку. `chore(release): X.Y.Z` освобождён только при точном SemVer в нём ссылку. `chore(release): X.Y.Z` освобождён только при точном SemVer
заголовке release-it. Стандартные Gitea merge commits освобождаются по точному заголовке release-it. Стандартные Gitea merge commits освобождаются по точному
шаблону merge message; sync PR используют обычный review/merge process. шаблону merge message; sync PR используют обычный review/merge process.
Историю не переписывать ради формата. Шаблонные сообщения `Revert`/`fixup!`/`squash!` не освобождаются: revert
оформляй как `revert: … (#N)`. Историю не переписывать ради формата.
## Pull Request Process ## Pull Request Process
@@ -147,10 +148,9 @@ Frontend/backend запускают их как jobs в едином `verify.yml
актуальный HEAD; если AC изменились — обновить Issue и при SDD вернуть change актуальный HEAD; если AC изменились — обновить Issue и при SDD вернуть change
к затронутому approval gate. При недоступной Gitea продолжать только анализ. к затронутому approval gate. При недоступной Gitea продолжать только анализ.
Изменение PR title после зелёного CI: проверить, что check пересчитан; Изменение PR title после зелёного CI: проверить, что check пересчитан;
для docs/specs/frontend/backend `edited` trigger у существующих checks может если `edited` trigger у существующих checks отсутствует, reviewer проверяет
отсутствовать. До подтверждения настройки/отдельного исправления этих gates текущий title вручную. Новые правила не применяются к историческим коммитам
reviewer проверяет текущий title вручную. Новые правила не применяются к и автоматической обратной синхронизации релиза.
историческим коммитам и автоматической обратной синхронизации релиза.
Примеры: фича с новым поведением — Issue → согласованный OpenSpec change → Примеры: фича с новым поведением — Issue → согласованный OpenSpec change →
ветки Apply → PR каждого affected repo → archive → закрытие Issue. Локальный ветки Apply → PR каждого affected repo → archive → закрытие Issue. Локальный
+2 -1
View File
@@ -168,7 +168,8 @@ Commits и заголовки PR — Conventional Commits. `feat:` повыша
`docs:`, `spec:`, `chore:`, `build:`, `ci:`, `refactor:`, `test:`, `style:` и `docs:`, `spec:`, `chore:`, `build:`, `ci:`, `refactor:`, `test:`, `style:` и
`revert:` дают patch при выпуске. `chore(release):` — служебная запись, `revert:` дают patch при выпуске. `chore(release):` — служебная запись,
исключённая из changelog и рекомендации версии. Release-it не запускается исключённая из changelog и рекомендации версии. Release-it не запускается
автоматически после каждого commit. Для обычных commits ссылка на Issue обязательна. автоматически после каждого commit. Ссылка на Issue — в
[Commit Conventions](.ai/conventions/engineering-workflow.md#commit-conventions).
### Подготовка релиза ### Подготовка релиза