Comments on: CruiseControl + SVN http://blog.generationjava.com/roller/bayard/entry/200702161 Tue, 06 Jan 2009 12:49:25 +0000 http://wordpress.org/?v=wordpress-mu-1.2.1 By: Shannon Krebs http://blog.generationjava.com/roller/bayard/entry/200702161#comment-38 Shannon Krebs Sun, 18 Feb 2007 15:44:50 +0000 http://blog.generationjava.com/roller/bayard/entry/200702161#comment-38 Configuration files do have their place. I've certainly setup some complicated builds before in CC that you want to be able to hack around with the config file (and be able to restore a previous version when you mess it up). If you are using something like maven for your builds in theory all of the information you need to build your project should already be defined in the pom file. So all your CI server should need from you is the link to where it can download the pom file and what goal to run. Which makes a web interface easier (in my opinion). Ultimately it depends on the project and what you are using to build it. I good CI server should provide both options. I think CC has made some moves towards a web config interface recently, but the last release I tried it was only experimental. (In the case of maven, I guess you are really just substituting the config file in your CI server for the maven config file in your project.) Configuration files do have their place. I’ve certainly setup some complicated builds before in CC that you want to be able to hack around with the config file (and be able to restore a previous version when you mess it up).

If you are using something like maven for your builds in theory all of the information you need to build your project should already be defined in the pom file. So all your CI server should need from you is the link to where it can download the pom file and what goal to run. Which makes a web interface easier (in my opinion). Ultimately it depends on the project and what you are using to build it. I good CI server should provide both options. I think CC has made some moves towards a web config interface recently, but the last release I tried it was only experimental.

(In the case of maven, I guess you are really just substituting the config file in your CI server for the maven config file in your project.)

]]> By: Henri Yandell http://blog.generationjava.com/roller/bayard/entry/200702161#comment-37 Henri Yandell Sat, 17 Feb 2007 23:42:09 +0000 http://blog.generationjava.com/roller/bayard/entry/200702161#comment-37 What I mean Phil is that I don't want svn update running when a build is not needed. If I use the svnbootstrapper, then everytime it looks to see if a build is needed (ie: svn -u status or svn info) it will also run svn update. This is an unnecessary load on the server. What I mean Phil is that I don’t want svn update running when a build is not needed. If I use the svnbootstrapper, then everytime it looks to see if a build is needed (ie: svn -u status or svn info) it will also run svn update.

This is an unnecessary load on the server.

]]> By: Phil Wilson http://blog.generationjava.com/roller/bayard/entry/200702161#comment-36 Phil Wilson Sat, 17 Feb 2007 17:03:27 +0000 http://blog.generationjava.com/roller/bayard/entry/200702161#comment-36 "I don't want to run svn update every time, just when a build is needed." That's quite an interesting statement. When do you see a build being needed that doesn't use the latest code? “I don’t want to run svn update every time, just when a build is needed.”

That’s quite an interesting statement. When do you see a build being needed that doesn’t use the latest code?

]]>