[Top][All Lists]

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

RE: Forcing DOS line endings on checkout/update

From: Kostur, Andre
Subject: RE: Forcing DOS line endings on checkout/update
Date: Wed, 1 Aug 2001 14:15:18 -0700

> -----Original Message-----
> From: address@hidden [mailto:address@hidden]
> Sent: Wednesday, August 1, 2001 1:14 PM
> To: 'address@hidden'
> Subject: Re: Forcing DOS line endings on checkout/update
> "Thornley, David" <address@hidden> writes:
> > As long as you use the file where you check it out, CVS
> works just fine.
> > It's only when you share files between (most likely) Unix
> and MS Windows
> > that you have a problem. As long as I've been on this list,
> people have been
> > very strongly advised not to do that, since there is a
> threat of file
> > corruption.  (To quote George Carlin as the Hippy-Dippy
> Weatherman, "The
> > radar is also picking up a flight of Russian ICBMs, so I
> wouldn't sweat
> > the thundershowers.")
> >
> > How many people have made this request when they aren't
> mounting directories
> > cross-platform with Samba?  If I were to see a digest, I'd
> like to see
> > these requests removed.
> Don't confuse the act of placing the CVS _repository_ on a
> shared/remote filesystem, then using :local: CVSROOT pointing at this
> NFS/SMB/whatever mounted directory to get at the files from multiple
> machines, with the act of checking out a _working directory_ onto a
> shared/remote filesystem. The former is a dangerous thing, and is what
> is warned against in all the documentation.
> There is no similar warning against the latter, and as a matter of
> fact it has often been said that this is just fine. For that matter,
> in many development environments, it is *required* (eg, when
> developers must, by corporate edict, keep their work directories on a
> server to facilitate easy backup).

Placing your working directory onto a remote/network filesystem is no big deal.  _Accessing_ that working directory from dissimilar OSes is a problem.

reply via email to

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