Am Dienstag, 5. Februar 2008 schrieb John Peacock:
> Mark Irving wrote:
> > An XML DTD is often, but not always, prepared with a text editor
> > or a syntax-aware text editor. Exactly the same claim can be
> > made about, say, a C++ source file. If SVN presents C++ source
> > as text, shouldn't it do the same for application/xml-dtd? The
> > argument is weaker for application/xml, which is more likely to
> > be edited with a specialized program, but is often text.
> I've already responded several times to these threads explaining that in
> the generic case, all XML files are not "text documents" from the point
> of view of Subversion (or ordinary diff tools for that matter). So far,
> no one seems to believe me, perhaps because I have not been using the
> appropriate language. Let me try again.
Should I really explain, why a diff with a new order of attributes of
equivalent XML file is better than "binary files differ"?
What can be a good reason to store the same file over and over again, when
data structure and content do not change? Is that a comon case now?
I really like to have a diff and see right by svnnotify that just a two
attributes changed their order if thats the case. If subversion makes a diff
for it and stores it and I possibly can read it, why should I hang
with "binary files differ"? What is so great about it?
I mean I can reformat JAVA files a lot without changing the resulting class
file in any bit. But if all I get is "binary files differ", the whole version
CONTROL is useless because there is less control than there easily could be.
I mean I can print two md5 sums of two versions of a file and have more
information and can easily figure out that they differ. Every line with +
or - of a diff tells me that the versions differ plus a LOT of more. And that
is the point.
So imho here is a huge loss in function if compared to CVS. And you did not
convinced be so far that it is not.
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-05 22:32:34 CET