What's going on with the Hudson's infrastructure
A lot has changed in the Hudson development and distribution infrastructure since last summer - we’ve made a distinct effort to get the quality of our infrastructure to match the quality of Hudson itself. We owe a special thanks to the wonderful folks over at Atlassian - we’re taking advantage of their generous open source license for our bug tracking (JIRA), wiki (Confluence), and source repository browser (FishEye). Obviously, there’s a lot more we can improve going forward - I’ll have another post up soon, looking at some of the ideas we’re kicking around. But for now, take a look at what we’ve already done, below the fold.
The Hudson war and plugin downloads have all moved off of the unreliable java.net to our own [hudson-ci.org](https://hudson-ci.org) with the downloads being powered by the same system used for distributing Java, OpenSolaris, and NetBeans. Downloading Hudson and/or plugins is now easier and more reliable.
We’ve moved issue tracking from java.net’s system to our own JIRA instance, at [issues.hudson-ci.org](https://issues.hudson-ci.org). As with moving downloads off java.net, we’ve made reporting and browsing Hudson’s issues much faster, easier and more reliable, while still using the same authentication on the back-end as our Subversion and Maven repositories. We’re still working out some kinks in the system but since we’re running our own issue tracker now, rather than using one we didn’t have control over, we’ve got the flexibility we need to adapt our tools to best serve the developer and user communities.
Speaking of tools we now run ourselves, we’ve put up our own FishEye instance at [fisheye.hudson-ci.org](https://fisheye.hudson-ci.org) - until that was in place, we’d been relying on Atlassian’s public FishEye instance, which has many other open source projects' repositories available. Getting our own server up means we don’t have to bug the generous folks over at Atlassian every time the java.net SVN server confuses FishEye into failing to update. It also opens the door for us to use Crucible for code review in the future.
This may not strictly be infrastructure but it’s worth mentioning that we’ve now got native packages and distribution for Hudson for Ubuntu/Debian, Red Hat/Fedora/CentOS, openSUSE, OpenSolaris/Nevada, and FreeBSD.
This is all in addition to key parts of our infrastructure that haven’t changed: our official wiki, our user and developer mailing lists, our Subversion repository (and a Git mirror on GitHub) and our IRC channel over on Freenode.
Oh, and I hear there’s a blog now too.
Editor’s Note: *Andrew Bayer (
abayer) has been a contributor to Hudson since early 2009, contributing to the ClearCase plugin, Hudson’s core and a small number of other plugins. Andrew also helps Kohsuke with a lot of Hudson’s project infrastructure, most notably the migration from Bugzilla on Java.net to JIRA running at issues.hudson-ci.org*