Configure Docker service containers (Redis, PostgreSQL, etc.) as sidecar services in GitHub Actions workflows for integration testing. Use when adding databases, caches, or message queues to CI workflows, or debugging service container networking and health checks.
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
Claude CodeNot declared
CursorNot declared
CodexNot declared
GitHub CopilotNot declared
WindsurfNot declared
Gemini CLINot declared
ClineNot declared
OpenCodeNot declared
Repository health
LicenseLICENSE
Default branchmaster
Open issues0
Status
Archived
Skill metadata
Parsed from SKILL.md frontmatter.
Version1.0
LicenseMIT
More metadata
author
kjanat
version
1.0
Package contents
Files included with this skill beyond the listing page.
skill mdSKILL.md5,806 B
docsSUMMARY.md298 B
History
First seen on skills.sh
First recorded snapshot · 10 installs
SKILL.md
GitHub Actions Service Containers
Run Docker containers (Redis, PostgreSQL, etc.) alongside workflow jobs for integration testing.
Not what you need? For building Docker container actions (Dockerfile + action.yml), see the github-docker-action skill.
Prerequisites
Linux runners only (ubuntu-latest or self-hosted Linux with Docker)
Service containers cannot be used inside composite actions
Each service is created fresh per job and destroyed when the job completes
Job Type Decision Tree
Networking depends on whether your job runs in a container or on the runner:
Where does your job run?
├─ In a container (`container:` key set)
│ ├─ Hostname: service label name (e.g., `redis`, `postgres`)
│ ├─ Port mapping: NOT needed (Docker bridge network)
│ └─ See reference files → "Container Job" sections
│
└─ Directly on runner (no `container:` key)
├─ Hostname: `localhost`
├─ Port mapping: REQUIRED (e.g., `ports: ['6379:6379']`)
└─ See reference files → "Runner Job" sections