Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A5E7340CB for ; Fri, 1 Jul 2011 17:15:47 +0000 (UTC) Received: (qmail 98827 invoked by uid 500); 1 Jul 2011 17:15:46 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 98788 invoked by uid 500); 1 Jul 2011 17:15:46 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 98480 invoked by uid 99); 1 Jul 2011 17:15:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jul 2011 17:15:45 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andy.levy@gmail.com designates 209.85.215.171 as permitted sender) Received: from [209.85.215.171] (HELO mail-ey0-f171.google.com) (209.85.215.171) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jul 2011 17:15:39 +0000 Received: by eydd26 with SMTP id d26so1764617eyd.16 for ; Fri, 01 Jul 2011 10:15:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=4Acoag2wQuYDw5kdDxqyTQux65aQllIc3xrJN+8TBck=; b=jEHdXOyh7TC9cCWChdURE+MADrJii3yeqfhBEMk5voeVouiEneitvlGPCk1sCXfUa1 r0h1MWytjEOK4tsoa8PYw2j1VWbV4CKpqVoJraqVMymCUKK8tXjqGVFhmxy7jpgOZ2o8 y3er55XfZ/CN4/SdGcxPBN1oDB4/f/JaC+8m4= Received: by 10.14.124.15 with SMTP id w15mr1067629eeh.191.1309540519573; Fri, 01 Jul 2011 10:15:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.53.66 with HTTP; Fri, 1 Jul 2011 10:14:39 -0700 (PDT) In-Reply-To: <4E0DFF6F.5080204@gmail.com> References: <20110624210505.GD12852@ted.stsp.name> <4E0DFF6F.5080204@gmail.com> From: Andy Levy Date: Fri, 1 Jul 2011 13:14:39 -0400 Message-ID: Subject: Re: SVN 1.7 - check out single file? To: Phil Pinkerton Cc: users@subversion.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Fri, Jul 1, 2011 at 13:10, Phil Pinkerton wrote: > On 7/1/2011 11:38 AM, Joe.Floeder@sungard.com wrote: >> >> -----Original Message----- >> From: Andy Levy [mailto:andy.levy@gmail.com] >> Sent: Friday, July 01, 2011 10:22 AM >> To: Andy Levy; users@subversion.apache.org >> Subject: Re: SVN 1.7 - check out single file? >> >> On Fri, Jun 24, 2011 at 17:05, Stefan Sperling =A0wrote: >>> >>> On Fri, Jun 24, 2011 at 02:49:58PM -0400, Andy Levy wrote: >>>> >>>> With the new way WCs are managed, will it be possible to check out a >>>> single file, instead of having to do multiple steps with sparse >>>> directories just to get a single file in a directory? Looking at the >>>> release notes and CHANGES file, I think the answer is "no", but I >> >> need >>>> >>>> someone more knowledgeable to back me up here before I take the >> >> answer >>>> >>>> back to the person who asked me. Thanks. >>> >>> No, you still need to checkout a directory. But it sounds like the >>> new --parents option of svn update might help you a bit: >>> >> http://subversion.apache.org/docs/release-notes/1.7.html#update-parents >> >> We'll have to see how Tortoise implements this, as that's what most >> folks here are using. >> >> It's an edge case for us, it's only 2 or 3 people who are affected by >> the issue of too many items to check out just to update a single file. >> >> >> >> There may be more people who would like this feature than you think. >> Actually this ability is just what we are looking for. =A0We are migrati= ng >> off of SCCS and RCS to SVN. =A0We organize our 9000 source files into tw= o >> directories. =A0We were disappointed that svn did not allow single file >> checkout. =A090% of our work is maintenance involving 'work tickets' tha= t >> affect only one or two files. So right now, in test, our checkouts run >> 4-10 minutes (depending on other server tasks and network traffic). >> This, as an optional ability, would be great for us. >> >> >> >> >> > On the same note I have been involved with migrating some 200 VSS databas= es > to Subversion, one of the big issues is the ability to checkout a single > file, we default to using export in those cases as many checkouts , updat= es > and commits are done via scripts. > > The other issue with regards to functionality of Subversion vs VSS is tha= t > many times VSS gets files from multiple locations in the database and put= s > them in the working directory. We find it difficult if not impossible to = do > the same with Subversion. In what ways could svn:externals be improved to do what you need? My memories of "sharing" in VSS are all nightmares.