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 E71C011B48 for ; Thu, 19 Jun 2014 08:10:46 +0000 (UTC) Received: (qmail 6169 invoked by uid 500); 19 Jun 2014 08:10:46 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 6126 invoked by uid 500); 19 Jun 2014 08:10: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 6116 invoked by uid 99); 19 Jun 2014 08:10:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Jun 2014 08:10:45 +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 brane@wandisco.com designates 209.85.212.181 as permitted sender) Received: from [209.85.212.181] (HELO mail-wi0-f181.google.com) (209.85.212.181) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Jun 2014 08:10:41 +0000 Received: by mail-wi0-f181.google.com with SMTP id n3so2375302wiv.14 for ; Thu, 19 Jun 2014 01:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wandisco.com; s=gapps; h=message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ph2fHvpoYWz6EnMXELhHGzu7HOrTB0ukTdQtHaht5a0=; b=mQDLXed7rOe8vwdH9M8EWHPrtSjElkz/NhaYDH2JUJ8JqtnIJxmXZJC5YqvzkQAjRk 3KzuhVaTEX/UOBlOwe9nPyiAnF+dgI719ez0spoYU6Dvn/pU1wC5TUjyKXmuAYTqaGMw e/w+znqH8yx4bO4tWXtK4vO5v/GgKM/0iugX0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:organization:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ph2fHvpoYWz6EnMXELhHGzu7HOrTB0ukTdQtHaht5a0=; b=AokGg530I9/DAgaz76XsP7vyrgiE1hXF904Vq81hbZtZbShE1oLyfN8wNIk37IzNYm BmbISlHbDFbw4slSeFiH+1LElfH20/RGt0iMdVZcG2ehfuq48HdnfgbnD/CdgKb/tWQP KCx7IivpgWIuu1SG3W1ZVgPOtEJG2V/BreCZPDh+rT3rrRg5SrUa84xGZnD3RXXsg8qH nKJkNFOh/VRXL73sZ8QYZXaz3aS7xWR9gYBZLXoOksbbCDevwJfEmVv5TLlvpbHZyO/R E0M0Pu1gxWVzUcNdidtz8Ky1298a6LXWl7g3el/3fJo13OrrL+4y6HRu13yuu1EaamWQ JcCg== X-Gm-Message-State: ALoCoQmfVqLeeZcsggPib6mRBw/i4DgYPc/t5vQuVk6t9Pw/ABsIcZJyrNwaI/GTZhxknOx2BK63 X-Received: by 10.194.85.225 with SMTP id k1mr3123939wjz.49.1403165416974; Thu, 19 Jun 2014 01:10:16 -0700 (PDT) Received: from zulu.local ([217.194.72.42]) by mx.google.com with ESMTPSA id ja9sm31079712wic.8.2014.06.19.01.10.13 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 19 Jun 2014 01:10:16 -0700 (PDT) Received: from zulu.local (localhost [IPv6:::1]) by zulu.local (Postfix) with ESMTP id 1B763B25822C for ; Thu, 19 Jun 2014 10:09:59 +0200 (CEST) Message-ID: <53A29AD6.7080308@wandisco.com> Date: Thu, 19 Jun 2014 10:09:58 +0200 From: =?UTF-8?B?QnJhbmtvIMSMaWJlag==?= Organization: WANdisco User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: users@subversion.apache.org Subject: Re: Moving a repository with svn:externals using absolute paths (URLs) References: <6748272C687E624CAF816E83B825E800514387F9@winexc22.host.cr.eurocopter.corp> <6E29C02DC1F0D54D9E032FBF40E53D7AEF0A7660@AAPLExchange.aapl.com.au> <6E29C02DC1F0D54D9E032FBF40E53D7AEF0A768B@AAPLExchange.aapl.com.au> In-Reply-To: <6E29C02DC1F0D54D9E032FBF40E53D7AEF0A768B@AAPLExchange.aapl.com.au> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org On 19.06.2014 05:11, Geoff Field wrote: >> From: Nico Kadel-Garcia >> On Wed, Jun 18, 2014 at 9:35 PM, Geoff Field wrote: >> >>> In our duplication effort, we also set all the permissions >>> on the old repositories to read-only, to limit the chances >>> of cross-contamination. > Just to be clear, I'm not talking about the FILE permissions > here, merely the SVN access permissions. To be really clear, > the original repositories are only being kept as a paranoia > measure, just in case our customers (or legal representatives) > require unsullied history at some indefinite time in the future. > >>> Regards, >>> >>> Geoff >> This. So much this. When people want to keep, and keep >> cross-merging, the contents of multiple distinct live >> repositories while work is being replicated and cross-merged >> from all of them, it's usually time to look for a new job: > The vast majority of those repositories have been unused for > some years, and our development team is (now) small enough so > that I can guarantee there was no work proceeding on any of > them. Naturally, I also shut down SubVersion while it was in > progress, just in case. > >> someone has been excited by the shiny tools and forgotten > Ooh, shiny ... What were we talking about? ;-) > >> "source control is a 24x7, it must *work* and work *every >> time*" resource. > Quite right. That's why our repositories are on a RAID system > (now a SAN, actually) with regular backup (including off-site). Finally some SANity! You'd be surprised at how many SVN admins forget that it's probably *the* best option. :) -- Brane -- Branko Čibej | Director of Subversion WANdisco // Non-Stop Data e. brane@wandisco.com