[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: DIFF problems

From: Maury Markowitz <mmarkowitz_at_polarsec.com>
Date: 2005-02-15 19:51:59 CET

> Did you try the -b / -B or other options to cvs diff?

I don't think I explained myself very well. The problem isn't that it
marked whitespace as a change; as others have noted, a change is a
change.

The problem was that given a single minor whitespace change, and
*nothing else*, it would mark off huge passages of the contents as
changed.

For instance, the GUI editor would automatically remove a leading tab on
a blank line when you saved the file. When later doing my checkins, CVS
would correctly add the file as a new revision.

Then at some later time I'd try to examine my changes, and CVS (via
diff) would claim that I had actually changed some 50% of the text,
comprising a huge number of minor one and two-line changes.

So CVS was doing the right thing in storing the file as a result of a
change. However the information I was able to extract from it was
essentially useless. I never found a way to tell CVS to consider all
changes to leading whitespace as "no change", nor was I able to
understand why single changes would result in this huge change lists.

> Subversion uses an internal diff library.

I guess I would have to use it to know for sure, but does vdelta avoid
the problems I saw with diff?

Maury

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Feb 15 20:49:13 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.