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

Re: Reporting subtree deletes through svn_delta_editor_t?

From: Malcolm Rowe <malcolm-svn-dev_at_farside.org.uk>
Date: 2006-04-24 18:37:49 CEST

On Mon, Apr 24, 2006 at 09:48:42AM -0500, Ben Collins-Sussman wrote:
> On 4/21/06, Malcolm Rowe <malcolm-svn-dev@farside.org.uk> wrote:
> >The problem occurs when we see a deleted directory, because we don't
> >get any detail about what the contents of that directory were. So if
> >we have a file /A/B/x and we delete /A/B, we'll only see the following
> >calls to the editor:
> >
> >open_directory A
> > delete_entry B
> >close_directory A
>
> I apologize for the ignorant question: why is this a problem? I sort
> of like the terse output. I always get annoyed when I run 'svn rm
> somedir/', and then 'svn status' shows me every single child as
> deleted. Was it decided long ago that terseness is bad, and universal
> verbosity is the goal?
>

It's a problem only in the sense that diff (and diff-summarise) would
rather like to show you what got deleted (as they do already for
single-file deletes).

Don't worry - I'm not in the slightest proposing that we change the editor
calls for those consumers that aren't interested in this information,
sorry if that wasn't clear.

(This is issue #2333, by the way).

I'm surprised that 'svn status' behaves like that, but it's probably
way too late to change its default behaviour.

Regards,
Malcolm

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Apr 24 18:38:32 2006

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.