Re: Can perforce gateway to CVS without loss of metadata? (was Re: code repository)
[email protected] (Adam Turoff) Thu, 14 Sep 2000 02:31:49 -0400
| Newsgroups | perl.perl6.source.control |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Sep 13, 2000 at 11:16:47PM -0400, Barrie Slaymaker wrote: > Adam Turoff wrote: > > Well, use CVS, not su. > > the su was for when not using the pserver, since I'm not sure whether CVS uses > your UID, or some environment variable to grab your user name when not using > the pserver. Oh, that's right. You're coding the general solution for this, not solving the local Perl-to-CVS problem. > > That presumes that cvs-scratch/jhi was instantiated like this: > > cvs -d ":pserver:(jhi|gsar|...)@loalhost:/cvs" co perl -d cvs-scratch/\1 > > vcp's using a single scratch dir right now, Which explains why that 'cvs' guy is patching Perl faster than Chip did. > I wonder if it could simply > tweak CVSROOT before doing all the 'add', 'edit', 'remove' and 'commit' > commands. Or perhaps just before the 'commit', would need to test. CVSROOT should be a moot point once the working copy is checked out. It's saved in one of the ./CVS/* files. It's only an issue when checking out a working copy in someone's name. Unless you're just hacking around the way CVS does business. I suppose you could do this with a single repository and write a one liner to forcibly turn Jarkko into Sarathy and back again. Never thought of that. Probably not as tricky as it sounds. Z.