info-cvs
[Top][All Lists]
Advanced

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

Re: CVS diff and unknown files.


From: Sergei Organov
Subject: Re: CVS diff and unknown files.
Date: 07 Feb 2005 14:59:05 +0300
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp)

"Greg A. Woods" <address@hidden> writes:

> [ On Wednesday, February 2, 2005 at 15:33:28 (-0800), Mark D. Baushke wrote: ]
> > Subject: Re: CVS diff and unknown files. 
> >
> > Greg A. Woods <address@hidden> writes:
> > > 
> > > Yes -- we are in almost full agreement, but it cannot use '-n'.  (no
> > > commitinfo scripts are run with '-n' and I don't think they should be or
> > > ever need to be)
> > 
> > I believe this statement does not reflect the current state of cvs. 
> 
> You're right of course.  "cvs -n commit" does contact the server (as it
> should of course) and it does run any "commitinfo" scripts.  I was no
> doubt confusing "commit" with "add" when I made that claim.
> 
> But this just makes it even easier to answer Paul's idea for a server
> based technical control over file naming.  He simply needs to write a
> commitinfo script that checks new names against his file naming policies
> and then instruct his users to "cvs -n commit newfile" whenever they
> want to check their new filenames against the server's policies.  They
> don't have to commit empty files and they don't have to 
> 
> In fact his new customized CVS client could even combine these
> operations, and any wrapper/front-end program could trivially do so as
> well.

Greg, I tried hard indeed to explain exactly this to Paul. It's
hopeless. He doesn't buy the idea, -- he just can't forget his favorite
"add-time triggers".

-- 
Sergei.





reply via email to

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