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

Complex tag creation performance

From: Robbie Gibson <robbie_at_jenniandrobbie.com>
Date: 2006-06-27 12:29:17 CEST

We have a simple SVN setup where everybody works in the trunk. When we want
to put our work into the production system we do a selective update of the
files concerned - that is, we work on a file-by-file basis and hardly ever
do a global "svn up" on the production systems. To keep track of production
versions we create a complex tag with svn cp WC URL. This works fine,
except that after a few months we started noticing a slowdown in the tag

Investigations showed that the "svn cp" was checking the version of every
file to find the oldest revision and then using that as the basis for the
tag, plus changes since. As we never do a global update and some files
seldom change, the oldest revision could be 6 months ago - even if every
file is completely up to date!

To get over the problem I have written a small script which "updates" files
with no pending changes to the latest version (i.e. my script updates the
metadata for up-to-date files and directories). It's a bit slow but it
seems to help. I have three questions:
1) Is this behaviour described by design, or is it a bug?
2) Does anybody have a better suggestion for how to resolve my problem?

Received on Tue Jun 27 12:30:46 2006

This is an archived mail posted to the Subversion Users mailing list.

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