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

Re: Feature request: Update subdirectories

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Thu, 26 Mar 2009 09:15:40 +0000

2009/3/26 ralf bokelberg <ralf.bokelberg_at_gmail.com>:
> This idea sounds good. I tried it with a local repository and it
> didn't work though. Also this marks all the non SVN directories with a
> question mark, which is a bit annoying. It would be cleaner, if TSVN
> would do it. I guess for now, i have to stay with my scripting. Maybe
> i can extend it to find all the svn directories for me.

The description was wrong; this won't work for nested checkouts.
Assuming all your WC are coming from one repository you can do a
sparse checkout of the root, and then drill down into each
subdirectory in turn and do another sparse update or a fully recursive
one until you get the level of population you want.

Another way is to create a local repository, check it out into a
folder, then add svn:externals to the folder to pull in each of the
URLs you want as a separate working copy. The local repository is not
storing any useful information, just the list of URLs.

The question marks are not directly related to this. They show up for
any unversioned item inside a working copy, but you can turn them off.

TortoiseSVN->Settings->Overlays->Use unversioned overlay

Simon

-- 
:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=1427491
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-03-26 10:15:49 CET

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

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