adorsys / adorsys/status-list-server

EPIC: Developer Experience, Cargo Xtask Profiles & CI/CD Pipeline Modernization

未關閉
#502 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
enhancement refactoring
主要語言
Rust
星號
22
分支
5
平均合併
2 天 6 小時
30 天內合併 PR
47

描述

## Overview

This sub-EPIC focuses on eliminating developer friction, speeding up CI feedback loops, and providing matrix-level compile verification across all backend feature permutations.

## Goals

1. **Cargo Xtask Feature Matrix**: Adopt `cargo xtask` with support for a 9-profile matrix (`minimal`, `postgres`, `mysql`, `sqlite`, `aws`, `vault`, `gcp`, `azure`, `all`) and `check-profiles` matrix verification.
2. **Modular Local Development**: Introduce Docker Compose profiles (`db`, `observability`, `acme`, `aws`) so services can be spun up modularly.
3. **CI Decoupling**: Extract Helm and Kubernetes templating validation out of `CI.yml` into a dedicated `helm-checks.yml` workflow.
4. **Supply Chain Hardening**: Pin Dockerfile builder images by immutable `@sha256:...` digests.
5. **Local CI Mirroring**: Ensure `local-ci.sh` reliably mirrors remote GitHub Actions.

貢獻指南

開啟貢獻指南

研究方向

Start by checking `local-ci.sh` against `.github/workflows/CI.yml` to map the current local versus remote verification flow. Then inspect `Dockerfile`, `docker-compose` files, and any `cargo xtask` entry points to see where the 9 profiles can be introduced, and move Helm/Kubernetes validation into `helm-checks.yml`. Completion is done when profile-gated compose services exist, builder images are pinned by `@sha256`, and both local-ci and GitHub Actions run the same profile matrix checks.

由索引模型根據 Issue 內容生成。

評估

技術堆疊
docker, docker-compose, github-actions, kubernetes, rust
領域
build-system, ci-cd, devtools
Issue 類型
重構
難度
5/5
預估耗時
一週以上
活躍度
活躍
描述清晰度
基本清楚
新手友好度
28/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。