Modified the test commands in the workflow to ensure all packages and subpackages are included during testing. This ensures comprehensive test coverage and generates accurate reports.
⚙️ Go CI/CD Composite Action
A reusable GitHub Action for Go projects, forged to handle various CI/CD scenarios like a true warrior of code. Supports protected branches, tagged releases, and minimal development flows — with optional Docker image publishing for applications.
“We don’t just build software — we forge legacy.”
🔧 Features
- Multiple workflow modes:
protected
,tag
, andminimal
- Go version configuration
- Automatic test execution with coverage reporting
- Build support for both libraries and applications
- Conditional Docker image creation and publishing
- Full registry authentication support
- Easy integration across all Go-based grimoires
📥 Inputs
Input Name | Description | Required | Default |
---|---|---|---|
workflow-type |
Type of CI/CD flow (protected , minimal , tag ) |
Yes | protected |
go-version |
Go version to install and use | No | 1.24 |
build-type |
Type of build (application , library ) |
No | application |
container-registry |
Container registry URL (used if publishing Docker image) | Yes | — |
registry-username |
Your container registry username | Yes | — |
registry-token |
Access token or password for container registry | Yes | — |
publish-docker |
Whether to build and push Docker image (true / false ) |
No | true |
⚙️ Workflow Types
- protected – Full battle mode. Ideal for
main
/release
branches. Tests, builds, and publishes. - minimal – Light mode for PRs and early dev. Just tests and builds.
- tag – Triggered on Git tags. Behaves like
protected
, meant for releases.
🚀 How to Use
name: Go CI/CD Pipeline
on: [push, pull_request, workflow_dispatch]
jobs:
go-ci:
runs-on: ubuntu-latest
steps:
- uses: your-org/go-ci-action@v1
with:
workflow-type: 'protected'
go-version: '1.24'
build-type: 'application'
container-registry: ghcr.io/your-org
publish-docker: 'true'
Replace your-org/go-ci-action and ghcr.io/your-org with your actual repository and registry.
🛠️ Step Breakdown
- Checkout code – Pulls the code from your repo.
- Set up Go – Installs and configures the specified Go version.
- Download dependencies – Runs
go mod tidy
to sync modules. - Run tests – Executes unit tests with JSON and coverage output.
- Build – Builds all packages (
library
) or compiles an app binary (application
). - Generate image tag – Creates a Docker tag based on branch/tag/ref.
- Login to registry – Authenticates with your container registry.
- Build & push image – Pushes the image if
publish-docker
is enabled.
🔐 Requirements
You must configure these in your environment for the action to work correctly:
Environment Variables
DEPLOYER_USERNAME
: Your Docker registry username
Secrets
DEPLOYER_TOKEN
: Your Docker registry password or access token
🧙 Best Practices
- Use
minimal
for development and PRs to save resources. - Use
tag
for releases to generate versioned images. - Disable
publish-docker
when working on Go libraries or services not meant to be containerized.
Crafted with reusability, clarity, and precision in mind. May your builds be swift and your tests ever green.
“We don’t just build software — we forge legacy.”
v1.1.1
Latest