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

RE: Reducing remote calls

From: Oren Eini (Murphy & Associates) <v-orene_at_microsoft.com>
Date: Sun, 9 Mar 2008 08:11:17 -0700

Oh, I understand that.
The problem is that there are seemingly duplicate requests for things.
I'll try to create a repro and post it here.

________________________________________
From: Stefan Küng [tortoisesvn_at_gmail.com]
Sent: Sunday, March 09, 2008 7:30 AM
To: dev_at_tortoisesvn.tigris.org
Subject: Re: Reducing remote calls

Oren Eini (Murphy & Associates) wrote:
> Hi guys,
> This is an observation only, but I have noticed that TSVN seems to cause
> about twice as much remote calls to the server than svn.exe, for the
> same operations.
> Looking at the generated calls, it looks like at least some of them are
> duplicates of on another.
> Any idea why?

Depending on which command you're using or which dialog, TSVN has to do
some checks before it can execute the command you want. For example,
when you update, TSVN first asks the repo what the HEAD revision is,
then updates *all* selected targets to that exact revision (the svn
client would update all items to HEAD, which means if there's a commit
in between the updates, your working copy would not be in a consistent
state). Or in the repo browser, it has to check whether the URL is a
file or a folder, what the HEAD revision is, what the repository root
url is, ...

Stefan

--
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: dev-help_at_tortoisesvn.tigris.org
Received on 2008-03-09 16:12:17 CET

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.