StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. DevOps
  3. Continuous Integration
  4. Continuous Integration
  5. Concourse vs Jenkins

Concourse vs Jenkins

OverviewDecisionsComparisonAlternatives

Overview

Jenkins
Jenkins
Stacks59.2K
Followers50.4K
Votes2.2K
GitHub Stars24.6K
Forks9.2K
Concourse
Concourse
Stacks254
Followers393
Votes54
GitHub Stars7.6K
Forks870

Concourse vs Jenkins: What are the differences?

Concourse and Jenkins are popular continuous integration and continuous delivery (CI/CD) tools used in software development. Let's explore the key differences between them:

  1. Architecture: The architecture of Concourse and Jenkins differs greatly. Concourse follows a pipeline-based architecture where tasks are defined and executed as "jobs" within a pipeline. On the other hand, Jenkins follows a master-slave architecture where a master server manages multiple slave nodes that execute tasks.

  2. Configuration: In terms of configuration, Concourse relies on a declarative YAML-based configuration file called "pipeline.yml". This configuration file defines the entire pipeline including jobs, steps, inputs, outputs, and resources. In contrast, Jenkins offers a web-based graphical user interface (GUI) to configure and manage jobs. This GUI allows users to define and customize every aspect of a job with a wide range of plugins.

  3. Concurrency: Concourse adopts a concurrent approach for executing jobs within pipelines. It ensures that each job is executed independently in isolated containers, enabling parallel execution of tasks. This concurrent execution allows for faster and more efficient CI/CD workflows. In contrast, Jenkins primarily follows a sequential approach where jobs are executed one after another, unless specifically configured or scripted for parallel execution.

  4. Scaling: When it comes to scaling, Concourse has native support for horizontal scaling. By running multiple Concourse workers and utilizing resource pooling, Concourse can handle a large number of concurrent job executions. Jenkins, on the other hand, requires additional setup and configuration to achieve horizontal scaling. It relies heavily on the master-slave architecture, where additional slave nodes need to be configured and connected to the master server for scaling.

  5. Pipeline Visualization: Concourse provides built-in pipeline visualization tools that allow users to visualize the entire pipeline structure and the flow of tasks. This visualization feature helps in understanding and troubleshooting complex pipelines. In contrast, Jenkins requires the installation of additional plugins to visualize pipeline stages and status. The visualization capabilities of Jenkins may vary depending on the plugins used.

  6. Plugin Ecosystem: While both Concourse and Jenkins have their own plugin ecosystems, Jenkins has a much larger and more robust plugin marketplace. Jenkins offers a wide variety of plugins for integrating with different tools, enhancing functionality, and extending customization options. Concourse, on the other hand, has a more limited plugin ecosystem, with a focus on key integrations and extensions.

In summary, Concourse stands out for its declarative pipeline configurations and containerized architecture, providing a modern approach to CI/CD, while Jenkins, a widely adopted tool, offers a vast plugin ecosystem and flexibility, making it suitable for diverse build and deployment scenarios.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on Jenkins, Concourse

Balaramesh
Balaramesh

Apr 20, 2020

Needs adviceonAzure PipelinesAzure Pipelines.NET.NETJenkinsJenkins

We are currently using Azure Pipelines for continous integration. Our applications are developed witn .NET framework. But when we look at the online Jenkins is the most widely used tool for continous integration. Can you please give me the advice which one is best to use for my case Azure pipeline or jenkins.

663k views663k
Comments
Pedro Gil
Pedro Gil

Head of Engineering at lengoo GmbH

May 4, 2021

Decided

We replaced Jenkins with Github Actions for all our repositories hosted on Github. GA has two significant benefits for us compared to an external build tool: it's simpler, and it sits at eye level.

Its simplicity and smooth user experience makes it easier for all developers to adopt, giving them more autonomy.

Sitting at eye level means it's completely run and configured right alongside the code, so that it's easier to observe and adjust our builds as we go.

These two benefits have made "the build" less of a system engineer responsibility and more of a developer tool, giving developers more ownership from code to release.

77.6k views77.6k
Comments
StackShare
StackShare

Apr 17, 2019

Needs advice

From a StackShare Community member: "Currently we use Travis CI and have optimized it as much as we can so our builds are fairly quick. Our boss is all about redundancy so we are looking for another solution to fall back on in case Travis goes down and/or jacks prices way up (they were recently acquired). Could someone recommend which CI we should go with and if they have time, an explanation of how they're different?"

529k views529k
Comments

Detailed Comparison

Jenkins
Jenkins
Concourse
Concourse

In a nutshell Jenkins CI is the leading open-source continuous integration server. Built with Java, it provides over 300 plugins to support building and testing virtually any project.

Concourse's principles reduce the risk of switching to and from Concourse, by encouraging practices that decouple your project from your CI's little details, and keeping all configuration in declarative files that can be checked into version control.

Easy installation;Easy configuration;Change set support;Permanent links;RSS/E-mail/IM Integration;After-the-fact tagging;JUnit/TestNG test reporting;Distributed builds;File fingerprinting;Plugin Support
-
Statistics
GitHub Stars
24.6K
GitHub Stars
7.6K
GitHub Forks
9.2K
GitHub Forks
870
Stacks
59.2K
Stacks
254
Followers
50.4K
Followers
393
Votes
2.2K
Votes
54
Pros & Cons
Pros
  • 523
    Hosted internally
  • 469
    Free open source
  • 318
    Great to build, deploy or launch anything async
  • 243
    Tons of integrations
  • 211
    Rich set of plugins with good documentation
Cons
  • 13
    Workarounds needed for basic requirements
  • 10
    Groovy with cumbersome syntax
  • 8
    Plugins compatibility issues
  • 7
    Limited abilities with declarative pipelines
  • 7
    Lack of support
Pros
  • 16
    Real pipelines
  • 10
    Containerised builds
  • 9
    Flexible engine
  • 6
    Fast
  • 4
    Open source
Cons
  • 2
    Fail forward instead of rollback pattern

What are some alternatives to Jenkins, Concourse?

Travis CI

Travis CI

Free for open source projects, our CI environment provides multiple runtimes (e.g. Node.js or PHP versions), data stores and so on. Because of this, hosting your project on travis-ci.com means you can effortlessly test your library or applications against multiple runtimes and data stores without even having all of them installed locally.

Codeship

Codeship

Codeship runs your automated tests and configured deployment when you push to your repository. It takes care of managing and scaling the infrastructure so that you are able to test and release more frequently and get faster feedback for building the product your users need.

CircleCI

CircleCI

Continuous integration and delivery platform helps software teams rapidly release code with confidence by automating the build, test, and deploy process. Offers a modern software development platform that lets teams ramp.

TeamCity

TeamCity

TeamCity is a user-friendly continuous integration (CI) server for professional developers, build engineers, and DevOps. It is trivial to setup and absolutely free for small teams and open source projects.

Drone.io

Drone.io

Drone is a hosted continuous integration service. It enables you to conveniently set up projects to automatically build, test, and deploy as you make changes to your code. Drone integrates seamlessly with Github, Bitbucket and Google Code as well as third party services such as Heroku, Dotcloud, Google AppEngine and more.

wercker

wercker

Wercker is a CI/CD developer automation platform designed for Microservices & Container Architecture.

GoCD

GoCD

GoCD is an open source continuous delivery server created by ThoughtWorks. GoCD offers business a first-class build and deployment engine for complete control and visibility.

Shippable

Shippable

Shippable is a SaaS platform that lets you easily add Continuous Integration/Deployment to your Github and BitBucket repositories. It is lightweight, super simple to setup, and runs your builds and tests faster than any other service.

Buildkite

Buildkite

CI and build automation tool that combines the power of your own build infrastructure with the convenience of a managed, centralized web UI. Used by Shopify, Basecamp, Digital Ocean, Venmo, Cochlear, Bugsnag and more.

Snap CI

Snap CI

Snap CI is a cloud-based continuous integration & continuous deployment tool with powerful deployment pipelines. Integrates seamlessly with GitHub and provides fast feedback so you can deploy with ease.

Related Comparisons

GitHub
Bitbucket

Bitbucket vs GitHub vs GitLab

GitHub
Bitbucket

AWS CodeCommit vs Bitbucket vs GitHub

Kubernetes
Rancher

Docker Swarm vs Kubernetes vs Rancher

gulp
Grunt

Grunt vs Webpack vs gulp

Graphite
Kibana

Grafana vs Graphite vs Kibana