Done. It is issue 3597.
http://subversion.tigris.org/issues/show_bug.cgi?id=3597
Phillip
On Fri, Mar 5, 2010 at 8:30 AM, C. Michael Pilato wrote:
> Would you be so kind as to file an issue in our tracker for this request,
> por favor?
>
> Phillip Hellewell wrote:
> > Agre
Agreed.
On Thu, Mar 4, 2010 at 2:24 PM, C. Michael Pilato wrote:
> Phillip Hellewell wrote:
> > When doing a svn switch --relocate on a folder with externals, for any of
> > the externals that are relative it ought to descend into those and do the
> > relocate there as w
When doing a svn switch --relocate on a folder with externals, for any of
the externals that are relative it ought to descend into those and do the
relocate there as well.
Thoughts?
Phillip
root? Then if using that doesn't work, we fall back to creating a
new session (since as Stefan suggested, this is an optimization so it
doesn't need to break anything).
Do I understand correctly so far?
Phillip
On Mon, Feb 15, 2010 at 3:18 AM, Julian Foad wrote:
> On Tue, 2010-02-09, Phil
On Wed, Feb 10, 2010 at 3:07 AM, Bert Huijben wrote:
>
> The '3 seconds delay' is most likely caused by the slow opening of HTTP
> sessions which walk up the repository to find the repository root. This case
> is already fixed in HTTPv2. (svn:// is much faster than this. And svn+ssh://
> depends
On Tue, Feb 9, 2010 at 10:09 AM, Julian Foad wrote:
>
> Would you, or anyone you know, be interested in working on it? I would
> be glad to give you some help and guidance.
>
I don't have any experience with the subversion source code right now, but
I'd be willing to become familiar with it if no
Hi,
I'm not sure if this is related to issue 1448 or not (it's kinda like the
opposite of 1448 actually), but I use externals extensively and doing an
update is slow. It appears to be creating a new connection for each
external even though it's the same repository on the same server. Each
connec
7 matches
Mail list logo
