S6: manual versioned Synology deployment #12
Reference in New Issue
Block a user
Delete Branch "feature/S6_deployment"
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?
Production releases need a deliberate deployment action after a successful main build. This adds manual Gitea release/retry/rollback workflows, shared semantic version Git tags and a digest-pinned Synology Compose stack. The coordinator verifies successful main-build provenance, serializes mutations on the NAS, rejects stale/duplicate releases and restores the prior image pair after failed health checks.
The dedicated NAS SSH account, separate registry pull credential and Gitea deployment settings are provisioned. A real DS224+ probe retrieved both verified main images and validated Compose, stopping before tag creation or container replacement. S6 remains IN_PROGRESS: actual main-dispatched deployment, recovery and rollback evidence follows the protected merge. Deployment may erase application data until S16.
Validation:
525e9f9335, including Maven verification, frontend checks/build, Docker builds and container E2E.The final documentation-only evidence commit uses the accepted [skip ci] marker and leaves the verified implementation unchanged. Operational instructions and acceptance evidence are in docs/production-deployment.md and docs/s6-validation.md. Backend/frontend application code is unchanged.
WIP: S6 manual versioned Synology deploymentto S6: manual versioned Synology deployment