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

Re: diff of scheduled copies

From: Jack Repenning <jrepenning_at_collab.net>
Date: 2004-09-09 04:38:11 CEST

On Sep 5, 2004, at 12:04 PM, Greg Hudson wrote:

>> On Fri, 2004-09-03 at 15:01, Jack Repenning wrote:
>> Short form: I suggest we add two switches:
>> --show-copies produces lines like what "svn stat" shows
> Any reason we can't just make this the normal behavior? I think we
> have
> license to add comments to the diff output.

Personally? That would be OK with me; I thought it would be a
violation of user interface stability promises. But if that's not so,
then sure, make my preference into the default, I won't scream!

I note Folker Schamel's remarks in this thread appear to like the
current way, which would be an argument for providing both somehow or
other (which is the default, which takes a switch, being perhaps

>> --verbose causes a diff-against-empty-file also to
>> appear
>> not sure of the right answer in the presence
>> of
>> post-copy tweaks
> I don't think --verbose is the right name here, when you consider the
> case of copied files with post-copy tweaks.

Yeah, I hear you. I expressed that reservation in the proposal. I was
hoping someone would have a better idea....

> --verbose is about
> providing more output, not different output, and it would be bizarre to
> provide *both* a diff against the text-base and a diff against empty
> for
> copied files.

Uuuhhhhhhh .... think I got lost here ...

Are you saying something like "neither of these diffs is necessarily a
proper subset of the other"? The one might be not merely _more_
output, but actually _different_?

Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835.8090

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 9 04:38:28 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.