Go Continuous Delivery is now open source

As if Google's Go programming language was not already named poorly enough, now somebody creates a CD service called Go. Very confusing!

This is exciting. I've used Go-CI (that's what I'm calling it) before and it's a very cool product for pipelining. Kudos to TW for open-sourcing it. Time to get the plugins rolling!

The build pipeline view for Go is great, but it lacks in extensibility and a rich plugin community (unlike jenkins).<p>Hopefully this will all change with it now being open source...

Congrats to the ThoughtWorks team! Go is a great product, and its open-sourcing is a very welcome move.

I&#x27;m curious why this is a Java&#x2F;JRuby on Rails project and not natively written in Go itself. Does anyone have some insight here? Is it that the project requirements themselves lean towards Rails tooling? I&#x27;m sure I&#x27;m not the only one surprised by this.<p>EDIT: Ah, I&#x27;m not the smartest cookie in the jar. It, in fact, has nothing to do with Golang. I agree with the poster below who mentions this criticism.

Project site - <a href="http://www.go.cd/" rel="nofollow">http:&#x2F;&#x2F;www.go.cd&#x2F;</a>

Yes! We are using it &amp; loving it! Here&#x27;s our experience with Go: <a href="https://medium.com/technology-cvsintellect/423519a24a33" rel="nofollow">https:&#x2F;&#x2F;medium.com&#x2F;technology-cvsintellect&#x2F;423519a24a33</a>

If you want to try it out painlessly, I&#x27;ve written a post [0] and implemented Vagrant playground where you can experiment with go. [1]<p>[0]: <a href="http://www.ikusalic.com/blog/2014/03/12/using-thoughtworks-go-continuous-delivery-with-vagrant/" rel="nofollow">http:&#x2F;&#x2F;www.ikusalic.com&#x2F;blog&#x2F;2014&#x2F;03&#x2F;12&#x2F;using-thoughtworks-g...</a> [1]: <a href="https://github.com/ikusalic/vagrant-go" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;ikusalic&#x2F;vagrant-go</a>

The pipeline features of gocd seems very nice. However, last time I looked at gocd it did not support feature branches. As far as I could tell, it was not due to technical reasons but rather due to the whole feature branch vs continuous integration philosophy differences.<p>Any idea whether feature branch support will be added in the future?

For another open source alternative: <a href="http://stridercd.com/" rel="nofollow">http:&#x2F;&#x2F;stridercd.com&#x2F;</a>

This is amazing. Go is a great CI&#x2F;CD server and I&#x27;m happy that it is now open source.<p>Jenkins is a good CI ecosystem that lacks a good UI and a good API. Wonder how Go stacks up on the API and Plugins front with Jenkins.

CruiseControl is also from ThoughtWorks, right? I would be curious why one company produces two tools for the same jobs. What do they do differently?

Is this for java only? I&#x27;d love to use it instead of msdeploy. Does anyone have any experience with such configiration?

side note: an interesting build tool that i&#x27;ve been using for past couple of years is Quickbuild - <a href="http://www.pmease.com/" rel="nofollow">http:&#x2F;&#x2F;www.pmease.com&#x2F;</a>. take a look if you&#x27;ve got a lot of build configurations could be streamlined by using inheritance.

Where are the screenshots? I don&#x27;t want to install this to get a first view of how it looks and works.

How does Go.cd measure up against e.g. Jenkins or Hudson?

How does GoCD compare to Jenkins?

Poor choice for a name, it clashes with Googles Go(lang).