'svn mergeinfo' walks the tree upwards. As to listing branches by
walking the tree downwards, if you consider 'svn pg -R svn:branch
^/branches', and let N = number of branches and M = number of files per
branch, it would do O(NM) work to compute an O(N)-sized answer.
Branko Čibej wrote on Fri, Aug 23, 2013 at 22:55:03 +0200:
> On 23.08.2013 21:34, Daniel Shahaf wrote:
> > Branko Čibej wrote on Fri, Aug 23, 2013 at 16:37:47 +0200:
> >> * svn mkdir --branch
> >> Creates a new directory with the svn:branch property set, with an
> >> empty value
> >> Example: svn mkdir --branch http://host/repo/trunk
> > 'svn list-branches' would work how?
>
> About the same as "svn mergeinfo"? Or how about a variant on "svn
> status" that also looks for that prperty? Frankly, I find this problem
> infinitesimally small compared to the ones I mentioned in connection
> with the proposal given in this thread.
>
> Indexing based on the presence and/or value of a property is a somewhat
> orthogonal feature, IMO, but there's been a lot of interest about that
> as well (e.g., what did user X commit? sure, you can filter 'svn log'
> but that's kinda slow). If/when it appears, "svn list-branches" could
> use it. Until it does, we already more than one command that crawls the
> whole working copy or repository tree. This one is no different.
>
> -- Brane
>
>
> --
> Branko Čibej | Director of Subversion
> WANdisco // Non-Stop Data
> e. brane_at_wandisco.com
Received on 2013-08-25 15:04:14 CEST