[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Question about CVS Trigger Scripts

From: Arthur Barrett
Subject: RE: Question about CVS Trigger Scripts
Date: Mon, 23 Aug 2010 09:46:03 +1100

Hi appp,

It's really not that simple.

Over at the CVSNT project (GPL/Free Software, runs on Unix/Linux as well as 
Windows etc) we struggled with this sort of thing when we created the failsafe 
audit plugin for CVSNT.  Thankfully CVSNT has a 3GL trigger interface as well 
as the script trigger interface - but we still had to radically alter the core 
code, I'll explain why.

Not only are scripts called per-directory - CVS processing behaves the same 
way.  So you can successfully commit half your files, and then some failure 
occurs (eg: deadlock, revision not up to date because someone else committed a 
new revision while your process was processing some other module) the server 
process exits.

Now these 'exits' happen all over the place - whilst some are easy to spot, 
others take a lot of digging.  In short to ensure that some 'postcommand' 
process gets ran EVERY time (end of commit) required a lot of work.

CVSNT is ported from CVS 1.11 codeline - so there is a chance that the 1.12 
codeline has addressed this - but I'm sceptical.

So in short: you can use precommand/postcommand (I'm not sure which version of 
CVS has these triggers - all I know is we've got them in CVSNT) and build up a 
list of what to handle in postcommit and handle the case where postcommand is 
never called.

If your implementation requires these sorts of functions then I personally 
recommend CVSNT instead of CVS (but I would wouldn't I - after spending the 
last 6 years working on it...).


Arthur Barrett

-----Original Message-----
From:   address@hidden on behalf of App Penetrator
Sent:   Sat 21/08/2010 7:41 AM
To:     address@hidden
Subject:        Question about CVS Trigger Scripts

I've been using the documentation and configuration file comments to come up
with pre-commit and post-commit hooks for CVS that have been working very
well, but there is a caveat:

These scripts are run for each different directory that is committed.  This
means, when I commit multiple updated directories in one commit command, my
trigger scripts are called more than once.  Precisely once for each
different directory in the commit.

This is fine for most cases, but I would like to be able to determine when
the _entire_ commit has begun and when it has ended.  Is it possible?  How
can I do it?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]