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

Re: Oddity with svn diff on moved/renamed files.

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-04-09 14:59:39 CEST

Bas Mevissen wrote:

> Brian Denny wrote:
>> Meantime, my vote is to generate the add-diff. We're all so used to
>> tools which *don't* follow copy history that it's not hard to ignore
>> that output if it's irrelevant to your use case. If you want a patch,
>> OTOH, it's very necessary.
> That's my vote too. I don't think it will break anything when this
> becomes the default behaviour of svn diff.

But what about the use case of just wanting to see your local mods? My
impression is that people run 'svn diff' for that purpose much more
often than they run 'svn diff' to generate a patch. I certainly do.

I don't think we should completely toss one use-case away. The status
quo breaks the ability to create patches, and your proposal breaks the
ability to see local mods.

I guess what I was thinking was (maybe?) we choose a default behavior,
and add some sort of new option to 'svn diff' that toggles the other
behavior. Is that crazy?

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 9 14:59:32 2004

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

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