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

Re: Tsvn update does not always fetch HEAD after commit

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Thu, 05 Mar 2015 19:18:44 +0100

On 05.03.2015 10:06, Oddvar Kloster wrote:
> Great, thanks.
>
> The timeout was set at 300. I can't remember ever having touched it -- maybe this was the default at some time?
>
> While I'm at it, here's another issue that I have.
> As mentioned, I have a setup where I work against a svnsync'ed mirror repo with writethrough to the master. In this environment, a branch/tag operation often fails if either of the options 'switch working copy to new branch/tag' or 'set explicit version for externals' is enabled. The branch/tag creation itself completes successfully, but the followup switch/property operation depends on the new branch/tag being present on the mirror, which may not be the case if svnsync is not quick enough.
> Is it possible to have tsvn make sure that the committed revision is visible before performing additional operations?

I think in this situation, your setup is slightly wrong. I assume you
use hook scripts on the server to trigger the svnsync command: that
command must not run asynchronously but the hook script has to wait
until that svnsync is finished.
Of course, then you might get timeout errors if the svnsync takes too
long...

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest interface to (Sub)version control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=3103165
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2015-03-05 19:18:40 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.