Toutsu/GmRelayBot
1
1
Fork 0
Code Issues 18 Pull Requests 1 Actions 1 Packages Projects Releases 85 Wiki Activity

[k8s] CI/CD pipeline для сборки и пуша Docker-образов #76

New Issue
Open
opened 2026-05-13 22:08:47 +03:00 by Toutsu · 0 comments
Toutsu commented 2026-05-13 22:08:47 +03:00
Owner
Copy Link
Copy Source

Контекст

Сейчас Docker-образы gmrelay-bot и gmrelay-web собираются и пушатся в registry вручную или локально. Для k8s нужен автоматический CI/CD pipeline, который собирает и публикует образы при merge в main.

Что нужно

  1. Gitea Actions workflow (.gitea/workflows/build-and-push.yaml):
    • Триггер: push в main, тег v*
    • Шаги: checkout → Docker login → build (multi-arch AMD64 + ARM64) → push в git.codeanddice.ru/toutsu/gmrelay-bot и gmrelay-web
  2. ImagePullSecret в k8s с токеном для чтения из registry
  3. Версионирование:
    • main → тег latest (или main-<sha>)
    • git tag v1.16.0 → тег 1.16.0
  4. Docker BuildKit / buildx для multi-platform (если registry поддерживает)

Что нужно изменить

  • src/GmRelay.Bot/Dockerfile — проверить, что multi-stage build корректный
  • src/GmRelay.Web/Dockerfile — аналогично
  • .gitea/workflows/ — создать workflow файл
  • Добавить DOCKER_REGISTRY_TOKEN в Gitea Actions secrets

Критерии приёмки

  • При push в main образы автоматически собираются и пушатся
  • k8s тянет образы из git.codeanddice.ru через ImagePullSecret
  • Multi-arch поддержка (AMD64 для облака, ARM64 для Pi5 / локального тестирования)
  • Pipeline отображается в Gitea Actions UI, ошибки видны в PR
## Контекст Сейчас Docker-образы `gmrelay-bot` и `gmrelay-web` собираются и пушатся в registry вручную или локально. Для k8s нужен автоматический CI/CD pipeline, который собирает и публикует образы при merge в `main`. ## Что нужно 1. **Gitea Actions workflow** (`.gitea/workflows/build-and-push.yaml`): - Триггер: push в `main`, тег `v*` - Шаги: checkout → Docker login → build (multi-arch AMD64 + ARM64) → push в `git.codeanddice.ru/toutsu/gmrelay-bot` и `gmrelay-web` 2. **ImagePullSecret** в k8s с токеном для чтения из registry 3. **Версионирование**: - `main` → тег `latest` (или `main-<sha>`) - git tag `v1.16.0` → тег `1.16.0` 4. **Docker BuildKit / buildx** для multi-platform (если registry поддерживает) ## Что нужно изменить - `src/GmRelay.Bot/Dockerfile` — проверить, что multi-stage build корректный - `src/GmRelay.Web/Dockerfile` — аналогично - `.gitea/workflows/` — создать workflow файл - Добавить `DOCKER_REGISTRY_TOKEN` в Gitea Actions secrets ## Критерии приёмки - [ ] При push в `main` образы автоматически собираются и пушатся - [ ] k8s тянет образы из `git.codeanddice.ru` через ImagePullSecret - [ ] Multi-arch поддержка (AMD64 для облака, ARM64 для Pi5 / локального тестирования) - [ ] Pipeline отображается в Gitea Actions UI, ошибки видны в PR
Toutsu added this to the Этап — Kubernetes / k8s Production milestone 2026-05-13 22:08:47 +03:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area:bot
Telegram bot and worker logic
 area:data
Database schema, migrations and persistence model
 area:discord
Discord bot service and Discord adapter
 area:infra
Infrastructure, runtime and deployment
 area:miniapp
Telegram Mini App dashboard
 area:platform
Platform-neutral abstractions and adapter boundaries
 area:shared
Shared domain and rendering contracts
 area:web
Blazor web dashboard
 in-progress
В работе (issue взят агентом)
 next-up
Recommended immediate backlog
 pending-approval
Ждёт согласования плана решения
 platform:discord
Discord-specific behavior or adapter work
 platform:multi
Cross-platform or platform-neutral work
 platform:telegram
Telegram-specific behavior or adapter work
 priority:p0
Critical priority
 priority:p0
Блокирующий приоритет: задача должна быть выполнена до признания решения production-ready
 priority:p1
High priority
 priority:p2
Medium priority
 priority:p3
Lower priority
 security
Security-sensitive work
 type:bug
Bug fix or corrective work
 type:chore
Maintenance and supporting work
 type:feature
New product functionality
 type:refactor
Structural change without direct feature growth
 type:test
Testing and coverage work
No Label
Milestone
No items
No Milestone Этап — Kubernetes / k8s Production
Projects
Clear projects
No project
Assignees
Clear assignees
Toutsu
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Toutsu/GmRelayBot#76
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?