sharing about .NET and technology RSS 2.0
# Friday, July 01, 2005

One way of setting up CC.NET and VSS is that CC.NET is responsible for getting the latest version (setting the attribute autoGetSource to true of the sourcecontrol node in the ccnet.config file) or NAnt by using the vssget task of NAntContrib for compiling the sources by NAnt. I always use the csc task instead of the solution task, therefore it is necessary to have a clean version of VSS, because VSS does not automatically delete files locally that have been deleted in the VSS database.

An alternative and better way is to set a shadow folder in VSS. A shadow folder contains a copy of the most recently checked-in version of each file in the project. This is exactly what we need for compiling the sources.

That way is CC.NET only using VSS for monitoring changes in the VSS database and/or labeling.

Friday, July 01, 2005 4:51:20 PM (Romance Daylight Time, UTC+02:00) -  # -  Comments [0] -
CruiseControl.NET
# Tuesday, June 28, 2005
Thoughtworks released a new version of CruiseControl.NET.
More information about the changes can be found here.
Tuesday, June 28, 2005 10:40:14 AM (Romance Daylight Time, UTC+02:00) -  # -  Comments [0] -
CruiseControl.NET | Links
# Monday, May 23, 2005

Thoughtworks released a new version of CruiseControl.NET.
More information about the changes can be found here

Monday, May 23, 2005 1:54:57 PM (Romance Daylight Time, UTC+02:00) -  # -  Comments [2] -
CruiseControl.NET
# Tuesday, November 09, 2004

More information about CruiseControl.NET and the new features can be found here.

Tuesday, November 09, 2004 7:02:24 PM (Romance Standard Time, UTC+01:00) -  # -  Comments [0] -
CruiseControl.NET | Links
# Monday, June 07, 2004

CruiseControl.NET is a continuous integration tool we have set up for our current project. It automatically builds when there is a change in source control (VSS, CVS, ClearCase, etc), and it reports it in a nice web layout with all the build, nunit, fxcop results.

There is also a nice tray application that can be installed on the developers pc's which indicates the status of the builds, for example it becomes:

  • green: build is successfull
  • yellow: server is currently building
  • red: build is failed
  • gray: server is unavailable
It's always a moment of truth when checking in code and hoping that the tray application remains green :-)

We use NAnt as build tool and NUnit for unit testing. The only thing to pay attention for is that for example deleted files in VSS remains in the working directory and therefore still be included by NAnt. Therefore we setup a small integration server where VSS, Microsoft.NET SDK 1.1 and CruiseControl.NET is installed. The build script that is called by CruiseControl.NET does basically the following tasks:

  • delete all source files
  • get latest version of sources
  • get latest version of buildscripts
  • build the sources
  • test the binaries

(buildscripts, NAnt and NUnit are stored in VSS)

NAnt can do operations on VSS if you download NAntContrib, there you have a set of additional tasks like 'vssget', 'vsslabel', etc. Note that it is a real advantage of storing your buildscripts in VSS so that CruiseControl.NET always uses the latest buildscripts.

Monday, June 07, 2004 5:41:33 PM (Romance Daylight Time, UTC+02:00) -  # -  Comments [3] -
CruiseControl.NET
Navigation
Archive
<September 2010>
SunMonTueWedThuFriSat
2930311234
567891011
12131415161718
19202122232425
262728293012
3456789
About the author/Disclaimer

Disclaimer
The opinions expressed herein are my own personal opinions and do not represent my employer's view in any way.

© Copyright 2010
Christoph De Baene
Sign In
Statistics
Total Posts: 176
This Year: 2
This Month: 0
This Week: 0
Comments: 283
All Content © 2010, Christoph De Baene
DasBlog theme 'Business' created by Christoph De Baene