RE: Re: Need to check a file out, but want never to check it back in !
From: Richard M Willis <RichardW_at_pulsar-pm.com>
Date: Thu, 11 Nov 2010 05:25:32 -0800 (PST)
> The thing is, if you have a file for which no
I am not talking of a file "for which NO changes should be committed". I am talking of a file which has changed byte-wise, but not content-wise. If the file *has* changed (content-wise), then I want to check it in.
Determining file equivalence soleley on the basis of strict byte-equality is near-sighted. In the same way that you don't test for C++ objects being equal byte-wise (you have an == operator and/or can have mutable members), I want to apply the same logic to files.
What do people do in the case of, say, a MSWord .doc file, which seems to keep changing even though the file has only been "read" ?
Come to think of it, how does the svn:eoln property deal with this: it must check a file out, do any necessary CRLF translation and then immediately see that it has changed. Not helpful.
I could use a template and then copy on checkout, but then I'd have to (in the general case), write something to undo the changes and generate a canonical version of the file so that *that* can be changed against said template, at the point of checkin.
How easy is to to write plugins for SVN or TSVN ?
> The real problem is that when you check out a
Sure it is, but it was developed in the days when people (on that type of development) didn't "do" SCM. Part of the reason for using SVN (or any SCM) is to retrofit SCM onto something that doesn't fit very well.
The point is I don't want (T)SVN just to deliver me a version-controled tree; I want it to deliver me a project. Perhaps I should develop some front end to svn to make it work this way.
------------------------------------------------------
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
|
This is an archived mail posted to the TortoiseSVN Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.