chore: update CI workflow and release process

- Replaced `@semantic-release/git` with `@semantic-release/exec` for handling release commands.
- Updated `.releaserc.json` to reflect changes in release command execution.
- Modified CI workflow to streamline the release process, including tagging and Docker image publishing.
- Removed obsolete publish workflow and integrated its functionality into the main CI workflow.
- Enhanced documentation to clarify the new release process and CI pipeline structure.

docs/releasing.md

@@ -15,39 +15,35 @@ EvoBGP использует [Conventional Commits](https://www.conventionalcommi
 
 Подробные правила сообщений коммитов: [.cursor/rules/conventional-commits.mdc](../.cursor/rules/conventional-commits.mdc).
 
-## CI-пайплайн
+## CI-пайплайн (один push в main)
 
 ```text
 push/merge в main
-  → CI (openapi, web, go, bird2, commitlint на PR)
-  → Release (semantic-release после успешного CI)
-       → git tag vX.Y.Z
-       → CHANGELOG.md + commit [skip ci]
-       → Gitea Release с notes
-  → Publish (push тега v*)
-       → docker buildx bake с VERSION из тега
-       → образы: latest, vX.Y.Z, sha-*, короткий SHA
+  → CI: openapi, web, go, bird2 (параллельно)
+  → job release (в том же workflow, после quality gates):
+       → semantic-release: git tag vX.Y.Z на текущий commit (без доп. commit)
+       → Gitea Release + CHANGELOG.md как attachment
+       → docker buildx bake с VERSION=X.Y.Z
+       → образы: latest, vX.Y.Z, X.Y.Z, sha-*, короткий SHA
 ```
 
-Workflow-файлы:
+Pull request: только quality gates + commitlint; релиз и образы **не** публикуются.
 
-- [.gitea/workflows/ci.yaml](../.gitea/workflows/ci.yaml) — quality gates
-- [.gitea/workflows/release.yaml](../.gitea/workflows/release.yaml) — semantic-release
-- [.gitea/workflows/publish.yaml](../.gitea/workflows/publish.yaml) — публикация образов
+Workflow: [.gitea/workflows/ci.yaml](../.gitea/workflows/ci.yaml) (job **release**).
 
-Конфиг semantic-release: [.releaserc.json](../.releaserc.json).
+Конфиг semantic-release: [.releaserc.json](../.releaserc.json) — без `@semantic-release/git` (CHANGELOG не коммитится в репозиторий).
 
 ## Секреты Gitea
 
-Один PAT в репозитории — **`ACTIONS_PAT`** (Settings → Actions → Secrets). Используется для semantic-release, push тегов/CHANGELOG и docker login в registry.
+Один PAT — **`ACTIONS_PAT`** (Settings → Actions → Secrets).
 
 | Право PAT | Зачем |
 |-----------|--------|
-| push / write repository | commit `CHANGELOG.md`, push тегов |
-| releases | Gitea Release через semantic-release |
-| packages (Container Registry) | workflow **Publish** |
+| push tags | git tag `vX.Y.Z` на commit merge |
+| releases | Gitea Release + notes |
+| packages (Container Registry) | push образов |
 
-Если `ACTIONS_PAT` не задан, workflow пробует **`gitea.token`** job-токен (нужны права на releases и packages в настройках Gitea).
+Fallback: **`gitea.token`** (нужны права на releases и packages).
 
 ## Источник правды для версии в runtime
 
@@ -56,28 +52,21 @@ Semver из git-тега пробрасывается в Go-бинарники
 - локально (`go run`) — `version: "dev"`
 - в образе после релиза — совпадает с тегом (например `1.2.3`)
 
-API:
-
-- `GET /version`
-- `GET /v1/version`
-
-Ответ включает `version`, `git_sha`, `build_time`; поле `api_version` — deprecated alias.
+API: `GET /version`, `GET /v1/version` — поля `version`, `git_sha`, `build_time`.
 
 Web UI показывает версию из API (footer sidebar, страница «Мониторинг»).
 
 ## CHANGELOG
 
-Файл [`CHANGELOG.md`](../CHANGELOG.md) создаётся и обновляется semantic-release. Копия прикрепляется к Gitea Release.
+Release notes — в Gitea Release; файл `CHANGELOG.md` генерируется в CI и прикрепляется как asset, **не** попадает в git history.
 
 ## Проверка после релиза
 
-1. В Gitea: тег `vX.Y.Z` и Release с notes.
-2. Container Registry: образы с тегом `vX.Y.Z`.
-3. `curl http://localhost:8080/version` → `"version":"X.Y.Z"`.
-4. Footer Web UI → `vX.Y.Z`.
+1. Один run workflow **CI** на push в main: job **release** зелёный.
+2. Gitea: тег `vX.Y.Z` на том же commit, что и merge; Release с notes.
+3. Container Registry: `evobgp-api:vX.Y.Z`, `evobgp-api:X.Y.Z`, `evobgp-api:latest`.
+4. `curl http://localhost:8080/version` → `"version":"X.Y.Z"`.
 
 ## Первый релиз (bootstrap)
 
-Merge PR в `main` с conventional commit типа `feat(release): ...` (не `chore` — иначе релиз не создастся). Ожидаемый результат: **v1.0.0**.
-
-После merge убедитесь, что workflow **Release** завершился успешно и workflow **Publish** собрал образы по тегу.
+Merge в `main` с `feat(release): ...` → **v1.0.0** в том же CI run.