From users-return-14491-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Thu Apr 12 20:52:35 2012 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 D59A2C6E5 for ; Thu, 12 Apr 2012 20:52:35 +0000 (UTC) Received: (qmail 84494 invoked by uid 500); 12 Apr 2012 20:52:35 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 84470 invoked by uid 500); 12 Apr 2012 20:52:35 -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 84462 invoked by uid 99); 12 Apr 2012 20:52:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Apr 2012 20:52:35 +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 andrew.sasak@gmail.com designates 209.85.210.171 as permitted sender) Received: from [209.85.210.171] (HELO mail-iy0-f171.google.com) (209.85.210.171) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Apr 2012 20:52:27 +0000 Received: by iadj38 with SMTP id j38so6413088iad.16 for ; Thu, 12 Apr 2012 13:52:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0yZfL3COYcWy98x+v0/KImTYiZfcnX+1yYQOeceMVuo=; b=MBi/HGhuElZ2kZ8+dZ+vTKrtll28demTgucbFyAm3/QAQ8ba01ZKW6h54NrcEi65cc 0r6pstgAQQR58qujSNPL+1NmFHEG3rHhgeraRDNpoUQZtqyBo/ZIVhZG/BblbFjC3BbT SG7RexKGsCzQLXZ46YX+24MlMbNsmmh2dTdo/2E9GpDbA7SBp6PTqfz0FaSS9XvSBr62 i3WcrBdbh2pioCLPVgql0Ri1DJ86KFt7UeEFKTOvBvnT4gEDzP9nrfovMdqXrWnaJ7Qa f9Cifz12d71WRzpV+ot/nL0hKC+0htOWprukMES7gzeaKAT2uBYKi7wAiDjo9UOaQsQ7 XJ6Q== MIME-Version: 1.0 Received: by 10.42.97.194 with SMTP id p2mr3255041icn.36.1334263926421; Thu, 12 Apr 2012 13:52:06 -0700 (PDT) Received: by 10.231.53.6 with HTTP; Thu, 12 Apr 2012 13:52:06 -0700 (PDT) Date: Thu, 12 Apr 2012 16:52:06 -0400 Message-ID: Subject: dump/load question From: Andrew Sasak To: users@subversion.apache.org Content-Type: text/plain; charset=ISO-8859-1 I maintain a mirror of a repository that I must sneakernet sync using a "dump, burn cd, load" process. I use --deltas and --incremental to dump. I do not have access to every directory in the repository. Occasionally, I am given access to a directory after it has existed for some time. The revision that the directory was created in was an empty revision as a result of my permissions. When I attempt to load a revision that modifies a file in this directory, the load fails, since the changed files don't exist in the mirror. I'm wondering if there is an easy to way to bring my mirror back into sync? A dumpfilter could let me bring it nearly into sync by excluding the directory in question. Would dumping a revision from the repository without the incremental option and loading it to the mirror create the missing directory and files?