CI/CD és kiadási folyamat

Változatlan kiadási csomag, összehangolt állapotváltás és aktívverzió-bizonyíték köré szervezi az ellenőrzést és telepítést.

cicd-release-engineering

Ezt a skillt használó csapattagok

AgentOtto

Nézd meg, miben segít

Mikor hasznos?

Akkor használd, ha követhető csomagra és összehangolt alkalmazás-, adatbázis- és háttérfolyamat-frissítésre van szükséged.

Miben segít neked?

Időben korlátozott lépésekbe rendezi a rögzített telepítést, ellenőrzést, tesztet és fordítást.
Ugyanazt a változatlan csomagot viszi tovább, környezetenként sorosítva a kiadást.
Összekapcsolja az aktív verzió bizonyítékát a migrációk és helyreállítás sorrendjével.

Például ezt kérheted

Tervezz kiadási folyamatot, amely sorba állítja az átfedő telepítéseket és megmutatja az aktív commitot. Indíts két közeli kiadást úgy, hogy a régi build később végezzen. Ne írhassa felül az újabb aktív verziót, és ne cserélhesse le a csomagot.

Részletes dokumentáció

Itt a skill eredeti útmutatóját, példáit és ellenőrzési szempontjait olvashatod az eredeti nyelven.

Részletek…Összecsukás

CI/CD & Release Engineering

Design pipelines so every commit goes through fast, deterministic verification, and every release promotes a single traced artifact through environments in a safe, repeatable order.

Pipeline Stage Architecture & Concurrency

Structure workflows into explicit stages with fail-fast ordering and concurrency protection:

Fast Verification Stage (PR & Branch Push):
- Run install (frozen lockfile) $\rightarrow$ lint + typecheck $\rightarrow$ unit/integration tests $\rightarrow$ build check.
- Use CI concurrency groups:
  - On pull requests: cancel-in-progress: true keyed by workflow + PR/branch so superseded commits free runners immediately.
  - On deployments/releases: cancel-in-progress: false (queue or serialize per target environment) so an in-flight production rollout or migration is never killed mid-execution by a second merge!
Build Once, Promote Everywhere:
- Compile and package the release artifact once from the verified commit SHA, attach provenance metadata (git_sha, version, build_timestamp), and promote that exact immutable image digest (@sha256:...) or signed archive from staging to production—never rebuild from source per environment.
Explicit Job Timeouts:
- Set an explicit timeout-minutes on every CI job so hung network calls or deadlocked tests fail predictably instead of burning runner quota for 6 hours.

Safe Deployment Ordering: App, Migrations & Workers

Rolling out code that changes database schemas, queue payloads, or API contracts requires backward-compatible sequencing (Expand and Contract):

Step	Action	Why Order Matters
1. Pre-Deploy (Expand Schema)	Apply additive, backward-compatible migrations (`ADD COLUMN NULL`, new table, `CREATE INDEX CONCURRENTLY`)	Old running app instances and workers continue functioning without errors while the migration runs.
2. Roll Out New App & Workers	Deploy new application instances and drain/restart queue workers once health/readiness checks pass	New code starts writing to new columns/formats while still tolerating in-flight old queue jobs.
3. Post-Deploy Verification	Run smoke checks against critical user/system paths and monitor error rate & latency	Confirms the new version serves traffic cleanly before removing old instances or columns.
4. Contract (Later Release)	Drop deprecated columns or old job handlers in a subsequent release after all old instances and queued payloads have drained	Prevents `column does not exist` crashes during rolling deploys or rollbacks.

Release Versioning & Traceability

Expose the running build's version and commit_sha via a lightweight health/version endpoint or response header and inject it into telemetry (service.version) so any error in logs or monitoring maps immediately to the exact commit.
Never rely on a mutable tag like :latest as the sole identifier of a production release.

Csomagban lévő fájlok 1

SKILL.md