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

Re: Feature Request: remove directory not easily tracable?

From: Thomas Quas <tquas_at_yahoo.com>
Date: 2005-04-22 11:48:47 CEST

Dale Worley wrote:
>>From: Thomas Quas
>>
>>$ svn log -v deleteme
>>Skipped 'deleteme'
>>----------------------------------------------------
>>
>>Huh?!!? Subversion seems to have removed the information about
>>'deleteme' which is fine.
>>
>>$ svn log -v . | grep deleteme
>>r824 | tom | 2005-04-20 10:48:28 +0200 (Wed, 20 Apr 2005) | 1 line
>>Changed paths:
>> D /trunk/project/deleteme
>>
>>don't need it any longer
>>
>>
>>Why does the first log command didn't get the information the
>>second one
>>could present?
>
>
> The information was there in the first request, but there was no way to ask
> for it -- If you ask for the log history of 'deleteme', but there is no
> directory named 'deleteme' *in the current WC*, then svn tells you so. In
> the second request, he specified a directory that *was* present, and svn
> gave him information about it.
>
>
>>Also, wouldn't it be useful if Subversion
>>would create a
>>single entry for each file it has to remove from 'deleteme' before it
>>actually removes the directory? 'svn add' actually works that way,
>>leaving a bigger footprint in the changelog that I can use to
>>figure out
>>revision information.
>
>
> It could, I suppose, but it would increase the amount of work to be done for
> a delete from O(1) to O(number of files in the subtree).
>

If you can tell me a way to easily access the information I need I'm
fine with doing it another way. Otherwise, I guess, I'd like to see
Subversion go through the complexity of O(n). I'd happily accept it.

Thanks,

-tom

> Dale

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Apr 22 11:52:10 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.