Re: New ls feature (was: Re: New log ideas)

[Michael Sinz <Mi...@sinz.org>]

On 1/11/07, Giovanni Bajo <ra...@develer.com> wrote:
>
> [...]
> Another command I would like to grow more history-related features is "svn
> ls". I usually delete my branches with svn rm, but how can I ask SVN:
> "show me
> all branches that ever existed in this project and at which revisions they
> were created/destroyed"? Something like "svn ls --history URL" with an
> output
> like:
>
> foo.c@1-HEAD
> bar.c@100-200
> bar.c@330-350
> dummy.c@120-121
> dummy.c@121-HEAD
>
> [notice the replacement of dummy.c at rev 121].


Oh!  That is a great idea - a way to list what was at a URL.  This would
provide
you with age of the object and when it died (at least at that URL/name)

What would it do for objects that have "moved"?  (I say we don't worry about
that as this is about URLs/addresses of items at a location/path but I just
wanted to bring that up.)

Anyway, this looks like a nice idea.  (Not sure yet how hard it is to
implement
with reasonable performance in larger repositories)

-- 
Michael Sinz               Technology and Engineering Director/Consultant
"Starting Startups"                          mailto:Michael.Sinz@sinz.org
My place on the web                      http://www.sinz.org/Michael.Sinz

Re: New ls feature (was: Re: New log ideas)

[Christian Boos <cb...@neuf.fr>]

Giovanni Bajo wrote:
> On 1/12/2007 3:14 PM, Christian Boos wrote:
>
>>> Anyway, this looks like a nice idea.  (Not sure yet how hard it is to
>>> implement
>>> with reasonable performance in larger repositories)
>>
>> I did something similar in Trac (it's called get_path_history there), 
>> but the performance is terrible. You can have a look there, either to 
>> use that as an implementation hint or rather for telling me what 
>> could be improved...
>>
>> http://trac.edgewall.org/browser/trunk/trac/versioncontrol/svn_fs.py?rev=4549#L478 
>
>
> I'm not sure what is going on in that code. If I were to write an 
> external tool for this, it'd be a parser over "svn log --verbose".
>
> To explain: if I ask "svn ls --history URL", I mean "svn ls --history 
> URL@HEAD", that is I want to see all the files that existed within the 
> story of URL@HEAD, *not* within the story of any directory object that 
> ever appeared as URL (aka, URL@* / URL@ALL, to use the syntax of a 
> recent proposal).

Oops, sorry, yes I misunderstood the proposal and was actually thinking 
about that URL@ALL thing. Sorry for the noise.

-- Christian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: New ls feature (was: Re: New log ideas)

[Giovanni Bajo <ra...@develer.com>]

On 1/12/2007 3:14 PM, Christian Boos wrote:

>> Anyway, this looks like a nice idea.  (Not sure yet how hard it is to
>> implement
>> with reasonable performance in larger repositories)
> 
> I did something similar in Trac (it's called get_path_history there), 
> but the performance is terrible. You can have a look there, either to 
> use that as an implementation hint or rather for telling me what could 
> be improved...
> 
> http://trac.edgewall.org/browser/trunk/trac/versioncontrol/svn_fs.py?rev=4549#L478 

I'm not sure what is going on in that code. If I were to write an 
external tool for this, it'd be a parser over "svn log --verbose".

To explain: if I ask "svn ls --history URL", I mean "svn ls --history 
URL@HEAD", that is I want to see all the files that existed within the 
story of URL@HEAD, *not* within the story of any directory object that 
ever appeared as URL (aka, URL@* / URL@ALL, to use the syntax of a 
recent proposal).

So, I can't see why it can be any slower than using svn log --verbose.
-- 
Giovanni Bajo

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: New ls feature (was: Re: New log ideas)

[Christian Boos <cb...@neuf.fr>]

Michael Sinz wrote:
> On 1/11/07, Giovanni Bajo <ra...@develer.com> wrote:
>>
>> [...]
>> Another command I would like to grow more history-related features is 
>> "svn
>> ls". I usually delete my branches with svn rm, but how can I ask SVN:
>> "show me
>> all branches that ever existed in this project and at which revisions 
>> they
>> were created/destroyed"? Something like "svn ls --history URL" with an
>> output
>> like:
>>
>> foo.c@1-HEAD
>> bar.c@100-200
>> bar.c@330-350
>> dummy.c@120-121
>> dummy.c@121-HEAD
>>
>> [notice the replacement of dummy.c at rev 121].
>
>
> ...
>
> Anyway, this looks like a nice idea.  (Not sure yet how hard it is to
> implement
> with reasonable performance in larger repositories)

I did something similar in Trac (it's called get_path_history there), 
but the performance is terrible. You can have a look there, either to 
use that as an implementation hint or rather for telling me what could 
be improved...

http://trac.edgewall.org/browser/trunk/trac/versioncontrol/svn_fs.py?rev=4549#L478

-- Christian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org