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 85CE59A9D for ; Sat, 4 Feb 2012 17:01:22 +0000 (UTC) Received: (qmail 12083 invoked by uid 500); 4 Feb 2012 17:01:21 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 11876 invoked by uid 500); 4 Feb 2012 17:01:20 -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 11869 invoked by uid 99); 4 Feb 2012 17:01:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Feb 2012 17:01:20 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=SPF_PASS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of chris.evans@gresearch.co.uk designates 80.169.201.67 as permitted sender) Received: from [80.169.201.67] (HELO cyclops.gresearch.co.uk) (80.169.201.67) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Feb 2012 17:01:13 +0000 Received: from gsvmime3.uberit.net ([172.16.40.17]:3484) by gresearch.co.uk with [XMail 1.27 ESMTP Server] id for from ; Sat, 4 Feb 2012 17:00:52 -0000 Received: from l3vinfrasec2.uberit.net (l3vinfrasec2.uberit.net) by gsvmime3.uberit.net (Clearswift SMTPRS 5.4.0) with ESMTP id for ; Sat, 4 Feb 2012 17:00:51 +0000 Received: from rbpexch1.uberit.net ([172.16.40.99]) by l3vinfrasec2.uberit.net with Microsoft SMTPSVC(6.0.3790.4675); Sat, 4 Feb 2012 17:00:51 +0000 Received: from rbpexch1.uberit.net ([172.16.40.99]) by rbpexch1.uberit.net ([172.16.40.99]) with mapi; Sat, 4 Feb 2012 17:00:51 +0000 From: Chris Evans To: Nico Kadel-Garcia , Ryan Schmidt CC: "users@subversion.apache.org" Date: Sat, 4 Feb 2012 17:00:48 +0000 Subject: RE: Restricting access to old revisions of a project? Thread-Topic: Restricting access to old revisions of a project? Thread-Index: Aczinm1bJk9goRRXRnC6R70dt7ebggAv233g Message-ID: <35D3879452B3044DA3CA8685455C9174077B49D328@rbpexch1.uberit.net> References: <35D3879452B3044DA3CA8685455C9174077B49D207@rbpexch1.uberit.net>

In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 04 Feb 2012 17:00:51.0444 (UTC) FILETIME=[8CBBA340:01CCE35E] X-DPFMFiltered: 1 X-Virus-Checked: Checked by ClamAV on apache.org Thanks for the suggestions. I was hoping it would be possible at the Apache= level rather than hacking dump files. Do you think it would be possible with some Apache module to inspect the SV= N transactions and determine the revision being checked out? Or am I likely= to get nowhere? =20 > -----Original Message----- > From: Nico Kadel-Garcia [mailto:nkadel@gmail.com] > Sent: 03 February 2012 18:05 > To: Ryan Schmidt > Cc: Chris Evans; users@subversion.apache.org > Subject: Re: Restricting access to old revisions of a project? >=20 > On Fri, Feb 3, 2012 at 12:47 PM, Ryan Schmidt 2012a@ryandesign.com> wrote: > > > > On Feb 3, 2012, at 06:14, Chris Evans wrote: > > > >> I've had a request to restrict access to revisions of certain SVN > projects in a repository older than a set revision number. My repo is > accessed via Apache HTTPS. Has anybody had any experience of this or > would know where to start? I'm guessing it could be possible in the httpd > config to deny access if the http request contains the revision, but I'm > not sure what modules or config would allow this. Any help would be > greatly appreciated. > > > > Sorry, this is not a feature Subversion offers. >=20 > The simplest method is to do an export/import to a new repository. and > start your history from scratch with that new repository. Leaving a > README.txt in place that points to the old versions would allow > authorized personnel to obtain the old erversions. >=20 > This *would* break your change history, and does nothing for any svnsync > maintained repositories people may have had. Related issues have come up > before with large binary objects accidentally stored in Subversion, and > confidential data accidentally stored in source control. -------------- GR Software & Research Limited believes the information provided herein is = reliable. While every care has been taken to ensure accuracy, the informati= on is furnished to the recipients with no warranty as to the completeness a= nd accuracy of its contents and on condition that any errors or omissions s= hall not be made the basis of any claim, demand or cause of action. The information in this email is intended only for the named recipient.=A0 = If you are not the intended recipient please notify us immediately and do n= ot copy, distribute or take action based on this e-mail. All messages sent to and from this e-mail address will be logged by GR Soft= ware & Research Limited and are subject to archival storage, monitoring, re= view and disclosure. Gloucester Research is the trading name of GR Software & Research Limited, = 5th Floor, Whittington House, 19-30 Alfred Place, London WC1E 7EA. GR Software & Research Limited is a company registered in England and Wales= with company number 04267560. --------------