Buildbot VS Concourse

Buildbot is a versatile CI framework designed to automate all aspects of the software development cycle, enhancing efficiency and reliability. As an open-source platform, it is highly customizable, allowing teams to tailor the automation process to their specific needs. Buildbot excels in integrating various stages of development, from code integration, testing, to deployment, ensuring a seamless and coherent... - Source: dev.to / 4 months ago

If you want more than the builtin CIs in Github and Gitlab, https://buildbot.net is the way. Source: about 1 year ago

If you don't have one already integrated with your source control, buildbot is pretty nice and doesn't force you to use docker like most others. Source: over 1 year ago

Https://buildbot.net/ existed before Jenkins Hudson and was quite well known. Source: over 1 year ago

I have used python based CI tool buildbot which is a great tool but we want to move away from buildbot only because in some scenarios we want to compile low-level microseconds which are in c++ to a different architecture. Buildbot doesn't have such a feature. - Source: dev.to / almost 2 years ago

> Imagine you live in a world where no part of the build has to repeat unless the changes actually impacted it. A world in which all builds happened with automatic parallelism. A world in which you could reproduce very reliably any part of the build on your laptop. That sounds similar to https://concourse-ci.org/ I quite like it, but it never seemed to gain traction outside of Cloud Foundry. - Source: Hacker News / 8 months ago

I used Concourse[0] for a while. No real complaints, the visibility is nice but the functionality isn't anything new. [0] https://concourse-ci.org/. - Source: Hacker News / 11 months ago

We run https://concourse-ci.org/ on our own hardware at our office. (as a side note, running your own hardware, you realise just how abysmally slow most cloud servers are.). Source: 11 months ago

We use https://concourse-ci.org/ at the moment and have been reasonably happy with it, however it only has support for linux containers at the moment, no windows containers. (MacOS doesn't have a containers primitive yet unfortunately). Source: about 1 year ago

My first attempt was Concourse, a CI/CD system that scheduled pipelines written in declarative YAML. Choosing YAML for Concourse made it for all, but it was definitely not once; we had to constantly rework its declarative model to handle more use cases. As time went on I started to wonder if the final frontier was actually a “language for CI/CD.”. - Source: dev.to / about 1 year ago