info-cvs
[Top][All Lists]
Advanced

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

Re: branch access control


From: Adam Bregenzer
Subject: Re: branch access control
Date: 03 Sep 2002 19:21:23 -0400

While it does run server side there is a CVS folder that is created.  An
Entries file is created with information only about files being checked
in.  There are no timestamps, but everything else is there.  Also, the
version number is the old version number, which can be especially
confusing for the first checkin on a branch.  The Repository file is
created and the Tag file is created.  I plan on using it when we go into
a code freeze.  I will open a branch for bug fixes, only allow commits
on that branch and force a bug # in the comment that matches to a real,
open bug number.

On Tue, 2002-09-03 at 13:44, Mark D. Baushke wrote:
> Hi Douglas,
> 
> > From: Douglas Finkle <address@hidden>
> > Date: Tue, 3 Sep 2002 13:06:15 -0400 
> > 
> > Yes, you're right... you can use either of the two methods
> > mentioned, 'cvs status', or the Entries file.  Still, both
> > of these methods are client side and their success depends
> > upon software (e.g. Perl) that may or may not be present on
> > client machines. 
> 
> You are either mistaken or you are running a modified cvs that is not
> based on the cvshome.org sources.
> 
> The URL: http://www.cvshome.org/docs/manual/cvs_18.html#SEC167 says:
> 
> |    Note: when CVS is accessing a remote repository, `commitinfo' will
> | be run on the _remote_ (i.e., server) side, not the client side (*note
> | Remote repositories::).
> 
> > I've yet to see a good reason why a patch that passes the
> > branch tag can't be incorporated into, for example, commit.c
> > so the rules can be implemented completely on the server side.
> 
> Putting a 'cvs -Qn status filename' into a commitinfo log loginfo script
> WILL run on the server side. It works today with versions of cvs going
> back at least as far as 1.10.5 (the oldest version I had on hand to test
> with for compatibility just now).
> 
> > Maybe there's more to it than I'm seeing?
> 
> It seems likely this is true.
> 
>       Enjoy!
>       -- Mark
> 
> 
> _______________________________________________
> Info-cvs mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/info-cvs






reply via email to

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