[cc'ing back to the list]
Billy Tanksley <btanksley@hifn.com> writes:
> From: Philip Martin [mailto:philip@codematters.co.uk]
> >Greg Hudson <ghudson@mit.edu> writes:
> >> In your scheme, as soon as
> >> Linus commits the file, it has been destroyed; we have to go find out
> >> where Linus got it from and get it again, if possible. In
> >> my scheme, we
> >> just have to check out the file in rev 2 with some kind of newline
> >> override option, and we have it back. My scheme never destroys data;
> >> your scheme sometimes does.
>
> >This is the bit I don't understand. In either scheme one can check out
> >version 2, it always exists and never gets destroyed. This applies
> >whatever line-end conversion scheme is used.
>
> I, using my Windows NT client, check in a binary file, CVS thinks it's text
> and replaces all of its CRLFs with LFs. The data's lost. There's no
> transform which can recover it.
Ah, yes I see. It's really nothing to do with a Linus/William
interaction. The scenario is that in the other (non-Greg :-) scheme if
we have the line-ending style erroneously set to DOS, say, and check
in a binary file, then both the repository and working copies get LF
to CRLF converted. This has the result that the original binary file
isn't stored anywhere.
Right, I think I see yet another way. Time to draft my own proposal...
Philip
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:52 2006