docs: refine workflow conventions after review (#27)
Conventional commits / commits (pull_request) Successful in 12s
Conventional commits / commits (pull_request) Successful in 12s
This commit is contained in:
@@ -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. Локальный
|
||||||
|
|||||||
@@ -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).
|
||||||
|
|
||||||
### Подготовка релиза
|
### Подготовка релиза
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user