ci: add ci type to release configuration and update documentation

- Introduced `ci` type in `.releaserc.json` for patch releases. - Updated conventional commits documentation to reflect the new `ci` type and its implications for versioning. - Clarified the role of `ci` in the context of patch releases in the releasing guide. Co-authored-by: Cursor <[email protected]>
2026-05-20 15:24:21 +07:00
parent 4d4cd2301f
commit b51a9ae3b3
3 changed files with 6 additions and 3 deletions
@@ -53,7 +53,7 @@ powershell -NoProfile -File scripts/commit/staged-context.ps1
 | `refactor` | реструктуризация **без** новой возможности и **без** исправления бага | — |
 | `docs` | только документация | — |
 | `test` | тесты | — |
-| `ci` | CI/CD (`.gitea/`, workflows) | — |
+| `ci` | CI/CD (`.gitea/`, workflows); правки, из‑за которых нужны новые образы | patch |
 | `chore` | обслуживание, deps, `.cursor/` | — |

 ### Выбор type: semver, а не «красивые слова»
@@ -10,6 +10,7 @@
          { "type": "feat", "release": "minor" },
          { "type": "fix", "release": "patch" },
          { "type": "perf", "release": "patch" },
+          { "type": "ci", "release": "patch" },
          { "breaking": true, "release": "major" }
        ]
      }
@@ -7,9 +7,11 @@ EvoBGP использует [Conventional Commits](https://www.conventionalcommi
 | Тип коммита | Bump |
 |-------------|------|
 | `feat` | minor (1.0.0 → 1.1.0) |
-| `fix`, `perf` | patch (1.0.0 → 1.0.1) |
+| `fix`, `perf`, `ci` | patch (1.5.1 → 1.5.2) |
 | `feat!`, `fix!` или `BREAKING CHANGE:` в теле | major (1.0.0 → 2.0.0) |
-| `docs`, `chore`, `ci`, `test`, `refactor` | без релиза |
+| `docs`, `chore`, `test`, `refactor` | без релиза |
+
+Отдельного суффикса `1.x.y.fix` в semver нет: «fix» в Conventional Commits означает **patch** (третья цифра). Для починки пайплайна без смены продукта — `fix(ci):` или `ci:` (оба дают patch после настройки `.releaserc.json`).

 Первый релиз при отсутствии git-тегов — **1.0.0**, если есть releasable-коммиты.