--On Wednesday, April 13, 2005 3:28 AM -1000 [EMAIL PROTECTED] wrote:
Hackystat build (configuration Hackystat-UH) failed. Build report is available at http://xenia.ics.hawaii.edu/hackyDevSite/configurationBuildReport.do?year =2005&month=4&day=13&configuration=Hackystat-UH Build Time Stamp: Wed Apr 13 03:28:29 HST 2005
OK, this is yet another checkstyle failure in hackyCGQM, again due to Christoph. This brings up an interesting opportunity to reflect on software process.
The last time this happened, I asked Christoph to think about what he could change in his process, and he replied to me with "I'll try harder". This didn't seem like a good answer to me (I always assume that we all work as hard as we can), but I decided to just let it go.
However, it's now clear that Checkstyle daily build failures are a chronic problem for Christoph, no matter how hard he tries to avoid them. It's not about "trying hard", it's about working differently.
Some questions for Christoph: when do you run Checkstyle? Are you using our Ant system to build Hackystat? When do you use it? How do you perform commits of the system? How can you change your behavior so that you don't perform commits without doing a checkstyle? Our build contains an Ant task to do commits--should we provide a different one for you that depends upon Checkstyle that you can use to guarantee that Checkstyle is always run before you commit?
Since Checkstyle is such a problem for you, another idea is for you is to install the Checkstyle plugin for Eclipse and configure it so that you see Checkstyle violations immediately.
Please respond to the list with your thoughts on how you intend to implement this 'defect prevention'.
And, of course, fix the checkstyle errors in the current build!
Cheers, Philip
