Continuous Integration

Background:

In one of my previous projects I was asked to setup the environment / automate integration tests (Referred to as Itest from now on) which required a machine with 2 CPU's & 5 GB RAM, this means that in any case a developer wishing to run Itests will never be able to run them locally, and will have to use some existing server.

 

The problem with my previous statement is that the developer, whilst checking his tests will be busy most of the time preparing his Itest environment, rather then checking the integrity of his tests, need I say that the fact we need 2 CPU's & 5GB RAM means the server takes time to load and only once it is up you can start testing.

 

hagzag 06/12/2009 - 06:39

A neat addition to your Hudson Continues Integration server, is the Hudson Backup plug-in.

If you are during a major change in your build configuration, backup your configurations and you can restore from the backup when / if needed.

It is just much more elegant then copying those XML file's and editing them by hand when in comes to restoring your configuration... believe me I've been there ... (tested with Hudson 1.327 and 1.335 which is one release since the latest).

hagzag 26/11/2009 - 09:48

Writing Jenkins (F.K.A hudson) plugins in ruby ...

"This doesn't mean that we're done and that you can go forth and write pure ruby plugins... not by any stretch of the imagination. Instead, what it does mean, is that the Jenkins mainline is much more friendly to runtime analysis of classes with which it is not familiar.

...

There is still much work to be done to enable a writing Jenkins plugins in Ruby, we are looking for people who know Ruby and feel like pitching in: writing Rake tasks, improving the glue layer, documentation, etc."

Read the full post here

 

hagzag 14/08/2011 - 08:17

One of my clients has come up with an http post erorr whilst trying to invoke a build.

 

Taking a look at the logs reveiled than indeed that the form post action instatiating the job didnt complete - this was very wiered,

The fact is all connection to server was within the clients LAN, with a fast enough connection between the client & server, which coulden't result in this type of error due to speed. (and yes on public instances you should expect the page to load 100% before you submit anything ...)

 

Whilst connected to the client LAN trying to reproduce the issue, I discovered two things

1. This was hapening on any form with in hudson - for exmeple hudson > manage hudson - which ruled out this is a specific plugin issue.

hagzag 03/03/2011 - 07:46

One of the pitfalls of Open Source with a big ecosystem like Hudson's (and many others) is you aren't always  up2date with the extentions / plugins out there.

Accoding to Kohsuke there are ~300 developoers world wide contributing to Hudson's extensibility, and points out the Selenium and Join plugins, see short interview embedded below:

hagzag 26/09/2010 - 09:33

As of now Hudson-CI is leading the poll, altough it seems like a "work in progress" for the list isn't 100% complete see: http://java.dzone.com/polls/which-continuous-integeration & see the posts comments.

hagzag 03/09/2010 - 17:53

An intresting post on CM / RELENG see: http://www.dzone.com/links/r/configuration_management_position_can_be_do...

I think we can add to the What are CM responsibilities? in whole it's a great stright to the point article.

 

Enjoy

 

hagzag 22/08/2010 - 13:15
Syndicate content