I'm referring to all versions of CVS. The documentation specifies that "cvs
admin" is not supported and, therefore, may go away in the future.
The "cvs admin" command is not currently being phased out. There's been some
talk (but only talk) of removing "cvs admin -l".
One thing with "cvs admin" is that it's a direct line to the RCS commands. RCS
is an implementation issue, therefore, "cvs admin" as it is now may not exist in
the future if the RCS implementation is abandoned (though this looks doubtful
right now).
Another thing with "cvs admin" is that, since it is a direct line to the RCS
commands, it does a lot. IMHO, it'd be wise to replace what really is needed in
"cvs admin" (I personally don't see a need for "cvs admin -l") with more
mnemonic command names.
Noel
[EMAIL PROTECTED] on 03/06/2000 05:32:39 PM
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: RE: RCS style locking
Noel,
Is the admin command being phased out?? When you say 'not supported',
which release(s) are you referring to?
Jesse
-----Original Message-----
From: Noel L Yap [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 06, 2000 4:25 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: RE: RCS style locking
A word of caution. "cvs admin -l" is not supported. Future versions of CVS
may
not have it or may change its behaviour (I think I've made a change in my
copy
of CVS such that it does not "cvs unedit"; this change may already be
distributed as part of the "cvs edit -c" patch; if not, it'll be distributed
as
part of the "cvs multiple edit per person" patch).
Noel
[EMAIL PROTECTED] on 03/06/2000 02:50:45 PM
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
cc: [EMAIL PROTECTED] (bcc: Noel L Yap)
Subject: RE: RCS style locking
Ben,
I would not think you would want to have everything locked
upon checkout (way too restrictive when dealing with entire
directory trees).
What you could do is use the CVSREAD environment variable and
set it to 'read-only'. This will cause all files to have
read-only permissions upon checkouts and updates. You then could
write a script which combines the "cvs admin -l" and "cvs edit"
commands such that users could lock and get edit privileges
all at once (similar to RCS). Obviously, then no one could
lock and edit if a lock already exists, and no one could check
in if a lock already exists by someone else.
Upon checkin of files, edit privileges get lost and files go
back to read-only.
I think this probably the closest you'll come to mimicing RCS,
Hope it helps ....
-----Original Message-----
From: Tobias Weingartner [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 06, 2000 11:51 AM
To: Ben Leibig
Cc: [EMAIL PROTECTED]
Subject: Re: RCS style locking
On Monday, March 6, Ben Leibig wrote:
>
> Well, I've tried as hard as I can, but I can't convice our developers that
> RCS locking is not necessary when using CVS. They're all old school, and
> they don't trust CVS's ability to merge, nor do they claim they need it.
They'd rather step on each others toes, I understand. Well, for "RCS" style
locking, have a look at 'cvs admin -l'. However, I doubt it does exactly
what they/you want/need...
> THey do however want the whole remote repository ability, which means I'm
> in a hard spot. I need to figure out how to provide locking (every file
> gets locked everytime it is checked out and unlocked everytime it is
> commited.) Using CVS, or to provide a remote repository system using RCS.
Ouch, good luck...
> Actually the developers even want to have a copy of the checked out source
> all running in one directory on one of the UNIX servers. When they check
> out they want the file's permissions in that directory to change so they
> can access it untill the check it back in, then they want it to go to read
> only for everyone.
Ahh, of course, since it's checked out just like the developers version,
things will be locked, thereby getting no work done. Yes, I understand,
they want an *exception*...
> I'm not sure how possable any of this is. It seems
> like what we really need is a client/server version of RCS. Anyone have
> any advice, if nothing else can someone tell me how to do the locking. I
> know this has come up before, but I don't really understand how the RCS
> lock works, nor if it still works with CVS 1.10.8.
I'm sorry, I don't know how to help you. Maybe PCVS, Aegis, SourceSafe,
or whatever other thing out there, will have what these developers think
they need...
--Toby.
