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