info-cvs
[Top][All Lists]
Advanced

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

Re: Dis-allow Commit check for $id$


From: Matthew Rich
Subject: Re: Dis-allow Commit check for $id$
Date: Wed, 2 Aug 2006 12:24:59 -0700 (PDT)

Thanks for quick response.  
my commitinfo file does reference a script in the CVSROOT repository but there 
is no script present.
so there should be no check being done.
this is my commitinfo file:


usr /bin/true
DEFAULT /cvs/design_repository/CVSROOT/commitcheck.pl
 
The commit check file dose not exist.

So something else is forcing the check for the key word.  Any other place I 
might check?
Just as a test If I remove the DEFAULT  from commitinfo then no checks should 
be done correct? 

Thanks

----- Original Message ----
From: Mark D. Baushke <address@hidden>
To: Matthew Rich <address@hidden>
Cc: address@hidden
Sent: Wednesday, August 2, 2006 11:43:49 AM
Subject: Re: Dis-allow Commit check for $id$ 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Matthew Rich <address@hidden> writes:

> If the file was added with out the -ko switch
> being set, it still requires the $Id$ be present
> on commit.

That will be entirely up to how you are using your
CVSROOT/commitinfo trigger your administrator has
specified. It is not a part of the default cvs
installation.

> if I try cvs admin -ko filename and then I
> commit it still requires that the key word be
> present. If i do a cvs status it shows the
> sticky flag ko.

Okay. So, fix the scripts run by commitinfo to be
more reasonable.

> Do I need to remove the file and add it again?
> it there any way around this key work issue? Or
> am I stuck with having to edit the file after it
> is checked out to remove the key word.

Beat on your administrator to properly handle binary files.
CVS has no problems by default.

    -- Mark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (FreeBSD)

iD8DBQFE0PJlCg7APGsDnFERAq7QAKCdOdVMqzLW2cMRbFcOUN2EUe1mEwCgxTD7
7A2oRexrKpqNIbgN7qF0mqw=
=45tf
-----END PGP SIGNATURE-----







reply via email to

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