● Beta — KubeEra is in active development. Profiles are live; AI-perception measurement is rolling out.
G

GoCD

App Definition & Delivery
Open source · Apache-2.0

GoCD is an open-source CI/CD server built around pipelines-as-a-graph rather than pipelines-as-a-script.

updated 2026-07-01

What it is

GoCD is an open-source CI/CD server built around pipelines-as-a-graph rather than pipelines-as-a-script. Its defining feature is the Value Stream Map: a native visualization of how a change flows from commit through build, test, and deployment stages across multiple pipelines, including fan-in/fan-out dependencies. Config can be done through the UI or as pipelines-as-code (YAML/JSON via plugin, or the native GoCD config XML). It's a self-hosted server + agent model — you run the GoCD server and register build agents against it, no SaaS option.

Who builds it and why

GoCD was originally built by ThoughtWorks as an internal tool (Cruise) before being open-sourced and rebranded. ThoughtWorks maintained it for years as a flagship demonstration of continuous delivery practice — the same team that produced the "Continuous Delivery" book. Ownership has since shifted toward a smaller community/maintainer group rather than a dedicated commercial team; 185 contributors on GitHub reflects a long project history, but contributor concentration and current corporate backing are not publicly available from the data given. Founding date is also not publicly available, though the project's lineage traces back to the mid-2000s under ThoughtWorks.

Production readiness signal

  • 7,412 GitHub stars — modest by CI/CD tool standards (compare to Jenkins' tens of thousands), suggesting a smaller but persistent user base.
  • 185 contributors — indicates real community involvement over the project's life, not a single-vendor shop.
  • Last commit 2026-07-01 — actively maintained, not abandoned.
  • Latest release 25.4.0 — calendar-based versioning (year.release), and the version number suggests a mature, long-running release cadence rather than a young project.
  • License: Apache-2.0 — permissive, no vendor lock via licensing.
  • CNCF maturity: not publicly available — GoCD is not a CNCF project, so no foundation-level governance signal applies here.

Net: this is a stable, slow-moving, still-maintained tool — not a hot growth project, but not dead either.

Who should use this

  • Teams that need genuine multi-stage, multi-team pipeline dependency modeling (fan-in from several upstream pipelines into one deployment stage) and find Jenkins DSL or GitHub Actions workflows too flat to express that cleanly.
  • Organizations already invested in self-hosted infra who want a purpose-built CD tool rather than a general automation engine repurposed for CI/CD.
  • Teams that value pipeline-as-a-graph visualization for compliance/audit purposes — showing exactly what's deployed where and via what approval gates.

Who should NOT use this

  • Teams wanting a managed/SaaS CI/CD experience — GoCD is self-hosted only, full stop. If you don't want to run and patch a server + agents, look elsewhere.
  • Small teams or startups with simple, linear build-test-deploy needs — GoCD's value proposition is complex pipeline topology; if you don't have that complexity, it's overhead you don't need.
  • Teams wanting a large plugin/integration ecosystem or extensive community content (tutorials, Stack Overflow answers, Terraform providers) — GoCD's smaller community means you'll hit gaps Jenkins or GitHub Actions users won't.
  • Anyone needing tight native integration with a specific cloud provider's ecosystem (e.g., deep AWS CodePipeline or Azure DevOps integration) — GoCD is cloud-agnostic but that also means less native glue.

Alternatives

  • Jenkins — far larger plugin ecosystem and community, but more operational overhead and less opinionated pipeline modeling out of the box.
  • GitHub Actions / GitLab CI — SaaS-native, tightly integrated with their respective source control platforms, lower ops burden, less suited to complex cross-pipeline dependency graphs.
  • Spinnaker — closer competitor for complex multi-stage deployment pipelines, stronger cloud-native/Kubernetes deployment focus, heavier to operate.

Pricing

Fully open source under Apache-2.0. No paid tier, no enterprise edition, no hosted offering — you self-host and support it yourself or lean on community resources.

Frequently asked

What is GoCD?+
GoCD is an open-source CI/CD server built around pipelines-as-a-graph rather than pipelines-as-a-script. Its defining feature is the Value Stream Map: a native visualization of how a change flows from commit through build, test, and deployment stages across multiple pipelines, including fan-in/fan-out dependencies.
Who builds GoCD?+
GoCD was originally built by ThoughtWorks as an internal tool (Cruise) before being open-sourced and rebranded. ThoughtWorks maintained it for years as a flagship demonstration of continuous delivery practice — the same team that produced the "Continuous Delivery" book.
Is GoCD production ready?+
7,412 GitHub stars — modest by CI/CD tool standards (compare to Jenkins' tens of thousands), suggesting a smaller but persistent user base. 185 contributors — indicates real community involvement over the project's life, not a single-vendor shop. Last commit 2026-07-01 — actively maintained, not abandoned.
Who should use GoCD?+
Teams that need genuine multi-stage, multi-team pipeline dependency modeling (fan-in from several upstream pipelines into one deployment stage) and find Jenkins DSL or GitHub Actions workflows too flat to express that cleanly.
Who should not use GoCD?+
Teams wanting a managed/SaaS CI/CD experience — GoCD is self-hosted only, full stop. If you don't want to run and patch a server + agents, look elsewhere.
What are the alternatives to GoCD?+
Jenkins — far larger plugin ecosystem and community, but more operational overhead and less opinionated pipeline modeling out of the box.
How much does GoCD cost?+
Fully open source under Apache-2.0. No paid tier, no enterprise edition, no hosted offering — you self-host and support it yourself or lean on community resources.