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 38C9D931F for ; Thu, 2 Feb 2012 19:49:04 +0000 (UTC) Received: (qmail 87868 invoked by uid 500); 2 Feb 2012 19:49:03 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 87825 invoked by uid 500); 2 Feb 2012 19:49:02 -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 87817 invoked by uid 99); 2 Feb 2012 19:49:02 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Feb 2012 19:49:02 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of knst.kolinko@gmail.com designates 209.85.212.43 as permitted sender) Received: from [209.85.212.43] (HELO mail-vw0-f43.google.com) (209.85.212.43) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Feb 2012 19:48:55 +0000 Received: by vbbfq11 with SMTP id fq11so3639389vbb.16 for ; Thu, 02 Feb 2012 11:48:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=DjDQtvQW2mX7q+3d0erD6QMf3sfWNABy9GRRvStKU5Q=; b=dNXqMTyrheTF6p4ok2FtvqfdSiZc3JKW+7YO33UvSH3XKCbyl3yTaSYmjJdfCqarAo dbp+eCPZihwu8jbbNalpOj0cSy38IXuJWrAuagit0fVD5DiKBZXBn9I7L7MpVeIE4AM/ 28z8uEG/5HIDvsVx6PFF4fGYsnoFx96mBXsJc= MIME-Version: 1.0 Received: by 10.52.95.233 with SMTP id dn9mr1791152vdb.7.1328212114182; Thu, 02 Feb 2012 11:48:34 -0800 (PST) Received: by 10.52.110.137 with HTTP; Thu, 2 Feb 2012 11:48:34 -0800 (PST) In-Reply-To: References: Date: Thu, 2 Feb 2012 23:48:34 +0400 Message-ID: Subject: Re: Does 'svnamin load' invalidate existing working directories? From: Konstantin Kolinko To: Sam Johnson 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 2012/2/2 Sam Johnson : > I recently used svn dump / svndumpfilter to extract a partial path from o= ne > repository. The dump was created=A0successfully, and I dropped empty revs= and > renumbered revs. > > I used 'svnadmin load --ignore-uid MyRepo < test.dump' to load the dump i= nto > an existing repository. The repo had 19 revisions before I started and > svnadmin load ran successfully, reporting the addition of 5 revisions. > > if I go to an existing working directory for this repo and and run update= , > it reports "At revision 19", instead of updating to revision 24. Using th= e > TortoiseSVN repository browser on this working directory, I don't see any > evidence of my loaded changes. However, If I checkout the repository into= a > new working folder, it correctly reports all 24 revisions, and the > TortoiseSVN repository browser shows all 24 revisions. > > Is this expected behavior? Do I have to tell my users to delete their > working copies, and re-check-out, if I run svnadmin load? > It should not happen. The "svn up" command should have been updated that wc to rev.24. There is no need to create a new checkout. Maybe that wc was looking at a different repository (e.g. to a backup copy of the original one)? That would explain the thing. What versions of software are you using? Best regards, Konstantin Kolinko