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

Partial update possible?

From: Bradford Hull <bkhull_at_gmail.com>
Date: Thu, 5 Feb 2009 05:45:57 -0800

Geir:

If you have Subversion 1.5, you can alter your WC such that the directories
holding those java packages remain empty; this would be a working solution
if you don't have other packages in the directory that you do need.
This requires a bit of a workaround to do, but I think I saw the workaround
in this list:
   For each directory you would like to leave empty
     svn update -r0 <directory name>
     rm -rf <directory name>
     svn update --set-depth empty <directory name>

  will set the directory to be left empty through future updates. That's a
zero after the -r in the first command.

There is not a solution I know of that will work if the packages you want to
not update are in a directory with others you do want, unless you want to
just write a script that does an update and then erases the packages you
don't want, and use that when you want to update.

---------- Forwarded message ----------
From: Geir Engebakken <geir.engebakken_at_edb.com>
To: users_at_subversion.tigris.org
Date: Wed, 4 Feb 2009 15:25:21 +0100
Subject: Partial update possible?
I have a situation where I regularly want to update my WC of a project, but
there are some Java packages that I dont want to have in my WC, so after I
run svn update I need to physically remove the directories to get the
product to compile. Is there any possibility in Svn to configure that some
of the directories should be ignored when updating?

Geir

-- 
To succeed, your desire to succeed needs to be greater than your fear of
failure.
Bill Cosby
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1107512
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-05 14:46:50 CET

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.