Re: Preventing "Dirty" Checkins

[Greg A. Woods]

[ On , September 28, 2004 at 12:06:18 (-0700), Ones Self wrote: ]
> Subject: Preventing "Dirty" Checkins
>
> I'm running a CVS server which compiles and tests the current
> files in CVS every hour.  I would like to make new checkins
> available _only_ if they compile and pass the tests.

You don't want to use CVS then.

You need and want to use a tool called Aegis, or else something very
much like it.

I.e. you need to use a version tracking system that inherently supports
the concept of a two-phase commit.

Aegis acutally does the regression tests on every commit (or at least it
does this by default), as well as (optionally) implementing a manual
second "approval" commit (so in a sense Aegis is a three-phase system).

Furthermore new changes cannot be committed unless a new test is also
provided to make sure the changes are not broken ever again (unless they
are explicitly undone).

-- 
                                                Greg A. Woods

+1 416 218-0098                  VE3TCP            RoboHack <address@hidden>
Planix, Inc. <address@hidden>          Secrets of the Weird <address@hidden>