[Top][All Lists]

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

Re: CVS Update Behaviour

From: Greg A. Woods
Subject: Re: CVS Update Behaviour
Date: Fri, 22 Feb 2002 14:14:21 -0500 (EST)

[ On Friday, February 22, 2002 at 12:18:37 (-0600), Steve Greenland wrote: ]
> Subject: Re: CVS Update Behaviour
> (I should know better than to get into this...)

Yes, you really should!

> On Fri, Feb 22, 2002 at 01:16:35AM -0500, Greg A. Woods wrote:
> > It's hardly even noticably
> > more difficult to track the history across multiple files.  
> Greg, *that* statement is complete and utter crap. Or, please post the
> single *cvs* command that will display the full history (equivalent
> of 'cvs log') of an entity *accross* renames/moves.

No, you're full of crap too if you think that's a necessary feature.

First off tell me how often you've actually had to do this operation in
relation to other operations.

There are probably as many or more functions that have do be done with
CVS on a regular basis that require more than one command (or more than
one click of the mouse for those of us who are most lazy and like to use
a MUI or GUI) than can be done with one simple command.

You should all be damn happy that CVS does the few things it can do.
Would you rather repeat an RCS command for every file, or even just
every directory for all your projects?

If you're so damn worried about making it one simple command for your
loser users then write damn wrapper and shut up.

If you think the world should be able to do such things with one command
then post your friggin wrapper.

If you're too damn lazy to figure out how to do this then please ask
politely for suggestions instead of spouting more whining useless BS.

If you really think you know better how to do this then demonstrate your
mastery with some working code!

I've never heard so much BS about this subject, even after all these
years of discussion about it, and yet I think I'm the only one to have
actually done something about it _and_ shared my efforts!

I've posted the basic starter wrapper I wrote to do this several times.
In fact I wrote the damn wrapper separately each time.  Any programmer
with any clue about what's going on could easily extend my wrappers to
do more complex tasks such as diffs and such, even if they didn't know
the shell language before they started.  Not that I've ever used my
wrapper in production -- I've just demonstrated with working code that
something productive can be done without whining about it so much!

                                                                Greg A. Woods

+1 416 218-0098;  <address@hidden>;  <address@hidden>;  <address@hidden>
Planix, Inc. <address@hidden>; VE3TCP; Secrets of the Weird <address@hidden>

reply via email to

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