Keep in mind that, although Greg does not acknowledge it, a number of
people in this forum have stated a requirement for an add-time trigger
that could be used for such things as enforcement of naming conventions
and access control. Such a feature (referred to in the past as
"addinfo") would reinstate the need to contact the server during
additions.
On Nov 16, 2004, at 11:34 AM, [EMAIL PROTECTED] wrote:
[ On Monday, November 15, 2004 at 14:43:06 (-0800), Mark D. Baushke
wrote: ]
Alternately, or additionally, my old "cvs add"
proposal needs to be implemented.
Could you restate it please? Is it just that you
want a recursive 'cvs add' or is it something
else?
Much more:
(note this is just a cut&paste from the copy I kept since it was last
posted here -- I've not reviewed it in well over a year now, though it
may have had some minor edits and corrections since last being posted)
A Proposal to Avoid Immediately Creating Directories in the Repository
======================================================================
This proposal fixes the "cvs add" function so that it no longer handles
directories in any special way and instead simply treats them as
underlying structure that holds all the files apart. Together with
this change will be bundled the total disconnection of "cvs add" from
any repository actions (thus allowing "cvs add" to work properly on a
disconnected client machine in all circumstances). In its entirety
this
proposal brings the "cvs add" user interface (command-line interface
and
resulting behaviour) into conformance with all other CVS sub-commands
that operate from within a CVS working directory.
_______________________________________________
Info-cvs mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/info-cvs
