
![]() |
Show Changes |
![]() |
|
![]() |
Recent Changes |
![]() |
Subscriptions |
![]() |
Lost and Found |
![]() |
Find References |
![]() |
Rename |
![]() |
Administration Page |
| Search |
History
| 10/23/2007 2:41:28 AM |
| -203.64.135.4 |
| 10/4/2007 11:04:24 PM |
| -203.69.39.251 |
| 10/23/2006 7:41:08 AM |
| -65.65.2.150 |
| 4/16/2006 1:19:03 AM |
| -195.91.54.81 |
| 3/1/2006 9:29:49 PM |
| -222.65.44.124 |
![]() |
List all versions |
FlexWiki subscribes to the concept of Continuous Integration (CI). You can read more about CI here.html, but the basic idea is quite simple: we perform a full build and run a full set of tests whenever changes are committed to CVS. By building and testing so frequently, we can ensure that integration problems (my code works on its own, but breaks in the presence of your code) are caught early, when they are easily dealt with.
From a developer's standpoint, the system is automatic; you need do nothing to take advantage of it other than commit your changes to CVS as normal. The FlexWiki adminstration staff has set up a CruiseControlDotNet build server that monitors CVS. Whenever it detects changes, it performs the following steps:
A complete history of all builds, including compilation results, unit test details, and unit test timings is maintained at http://builds.flexwiki.com .1
One of my favorite features of the BuildSystem is CCTray, a little notifier that sits in the Windows tray and notifies you of builds and their status as they happen on the build machine.
Developers are encouraged to run build.cmd at the root of the source directory before committing their changes, as this simulates much of what the build does and can help identify problems that might prevent the build from succeeding.
There are a number of command-line options available when you're working on your development machine. Read about the BuildOptions.
1 Some history was lost in a server crash - build history is only available back to build 1616.