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

Re: svn issue

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Thu, 9 May 2013 07:59:30 -0500

On Thu, May 9, 2013 at 12:16 AM, Amit Kumar [IN7537]
<Amit_Kumar_at_mindtree.com> wrote:
> Thanks for reply. But in my condition there are 77 items are in parent folder which is group of project and some other folder like image location, document location. All project folder is required except like documents and image folder.
> so I have to check out from parent folder only. Sometimes other team create new project. If I take full update then only all project will come in my local or all will update including new project.
> I want to lock some folder and then I want take full update and I want to update only project folder.

I see others have described how to get a sparse working copy but
personally I'd rearrange the repository layout to match the structure
so you can check out one top level directory and get what you want.
If that is the way everyone uses the repository, perhaps you could
move the 77 things you want under a new upper-level directory parallel
to the one you don't want. Or, if everyone uses different parts,
group them under directories that match the use patterns, then add a
new directory that you check out containing svn externals that pull
the other components into the right places and others can do the same
for their own layouts. The bad (or good, depending on your use
patterns and tools...) side of externals is that commits don't
automatically recurse into the folders pulled through external
references. Checkouts and updates follow them automatically, but you
have to explicitly commit changes separately. Externals also make it
much easier to work with separate trunk/branches/tags folders at
project-level folders for various components with separately-managed
component releases, but it doesn't sound like you are using that
convention in your repository now.

   Les Mikesell
Received on 2013-05-09 15:00:08 CEST

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.