info-cvs
[Top][All Lists]
Advanced

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

RE: cvswrappers - any better suggestions ?


From: Gianni Mariani
Subject: RE: cvswrappers - any better suggestions ?
Date: Mon, 2 Apr 2001 05:43:46 -0700

Peter, you say: "Remember that cvswrappers doesn't work if you connect to
the repository using a remote protocol (e.g. pserver); you must put a copy
of the
'cvswrappers' file named '.cvswrappers' into each users home directory."

I have evidence to the contrary.  I just tested it using :pserver: .

BTW - I love the default binary cvswrappers.  That is exactly what I was
looking for.  I should have figured that out sooner, it's obvious. I would
like the file check before checking in though !

Anyone have a cool list of all text file extensions ?

G

-----Original Message-----
From: address@hidden [mailto:address@hidden Behalf Of
Peter Ring
Sent: Sunday, April 01, 2001 11:52 PM
To: CVS-II Discussion Mailing List
Subject: RE: cvswrappers - any better suggestions ?


Quite often these days, CVS is not something that you choose -- you get
chosen by CVS, much as you get chosen by Microsoft operating systems and
development tools, simply because it's ubiquitous. Like it or not, there's
not much respect for original design goals in the ways of the world.

I suppose that 'full RCS compatibility' is not a goal by itself -- if you
might as well use RCS, then why use CVS?

I'd like to bring attention to one particular offspring of cvs: subversion.
Have a look at http://subversion.tigris.org/. The project is near it's
second major milestone, and plan to have an alpha release mid May and a 1.0
release late June.

BTW, here's another way to use currently available features (aka
cvswrappers) to avoid the poor loosers munging their binary files: Rather
that listing patterns for known 'binary' files, you list patterns for known
'text' files, but default to binary, like this:

 # text formats
 *.[Tt][Xx][Tt]
 *.[Xx][Mm]][Ll]
 *.[Cc]

 #default is binary
 * -k 'b'

Remember that cvswrappers doesn't work if you connect to the repository
using a remote protocol (e.g. pserver); you must put a copy of the
'cvswrappers' file named '.cvswrappers' into each users home directory.

Kind regards
Peter Ring

-----Original Message-----
From: address@hidden [mailto:address@hidden Behalf Of
Greg A. Woods
Sent: Saturday, 31 March, 2001 2:19 AM
To: Gianni Mariani
Cc: address@hidden
Subject: RE: cvswrappers - any better suggestions ?


[ On Friday, March 30, 2001 at 07:07:14 (-0800), Gianni Mariani wrote: ]
> Subject: RE: cvswrappers - any better suggestions ?
>
> Your point is well taken.  However, time are a changing - source code is
not
> only text. Image, sound, movie, geometry, encryption key, etc etc files
are
> all parts of modern day applications.  All these files need to be version
> managed just like regular files.  If we could apply an rcsmerge on these
> kinds of files, then it would be ideal.

Yes, what you say is all very well and fine.  What it means though is
that CVS is not the correct tool for use in such a diverse environment.

Obviously my point did not sink in properly though so I will say it more
clearly:  PLEASE go use something else!!!!

<snip>


_______________________________________________
Info-cvs mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/info-cvs




reply via email to

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