Return-Path: Delivered-To: apmail-infrastructure-dev-archive@locus.apache.org Received: (qmail 80358 invoked from network); 2 May 2008 19:25:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 May 2008 19:25:52 -0000 Received: (qmail 20604 invoked by uid 500); 2 May 2008 19:25:54 -0000 Delivered-To: apmail-infrastructure-dev-archive@apache.org Received: (qmail 20517 invoked by uid 500); 2 May 2008 19:25:53 -0000 Mailing-List: contact infrastructure-dev-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: infrastructure-dev@apache.org Delivered-To: mailing list infrastructure-dev@apache.org Received: (qmail 20506 invoked by uid 99); 2 May 2008 19:25:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 May 2008 12:25:53 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jukka.zitting@gmail.com designates 64.233.184.234 as permitted sender) Received: from [64.233.184.234] (HELO wr-out-0506.google.com) (64.233.184.234) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 May 2008 19:25:09 +0000 Received: by wr-out-0506.google.com with SMTP id c48so1053114wra.23 for ; Fri, 02 May 2008 12:25:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=iBkRbHfg/h3idBDnDepB58XuPmC0hKolk4f5yVXPIo8=; b=FO4pfG8s3xbbEnH/jaupD1AlGW9Jhmh1MjDiIFk1vIWMEgTtUyKLwakiW+tve+WU7TPBEfTwJ+Mhv0uz7ZmYHy6u3Y7keF3knHtj7Wmq677WUGTIvlg5x2qwB7YZ9ep+HMGTT9knnMd2ZAYeIE6cgDqEiUqd12tqFyoMozrheL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oQuMuoDmnSJMq6MYjekx8I597oJ2KfFLlVboTPSylZ2bDg+pYZwHsbZMPIf1C75bqqczVdMuJBBjuiSw4LnNqjvyUi0AIlXg0Q+DmRTKp4DNjF4qU9/w4GWM+gtKjvkAXXZQqtWROP0+VWOO5GIqOCVHyRzsjSKvY59SICruUt4= Received: by 10.140.203.9 with SMTP id a9mr1493171rvg.288.1209756323042; Fri, 02 May 2008 12:25:23 -0700 (PDT) Received: by 10.141.86.6 with HTTP; Fri, 2 May 2008 12:25:22 -0700 (PDT) Message-ID: <510143ac0805021225u35c578demb15fdad24678d067@mail.gmail.com> Date: Fri, 2 May 2008 22:25:22 +0300 From: "Jukka Zitting" To: infrastructure-dev@apache.org Subject: Re: Best Practices so far? In-Reply-To: <5c902b9e0805021204l100c8038n6728cd4dc5d1dfbd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <481ACF4C.9040509@gmail.com> <510143ac0805020507m302bcbfcje3d77bf9e6437722@mail.gmail.com> <510143ac0805020739s1f0bc6e4t1fd45e3f563c633@mail.gmail.com> <481B3378.30709@apache.org> <5c902b9e0805020930l1bace3b3vbe2eaaa55ee4a08e@mail.gmail.com> <1209750754.5614.538.camel@marlow> <5c902b9e0805021143x7c3083cg3be197453b9c994d@mail.gmail.com> <1209754696.5614.556.camel@marlow> <5c902b9e0805021204l100c8038n6728cd4dc5d1dfbd@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi, On Fri, May 2, 2008 at 10:04 PM, Justin Erenkrantz wrote: > As I've repeatedly stated, a 'zone' does not offer you anything at > all. The fact that you're asking for a zone indicates that you don't > understand how git is designed to work. It is meant that you have a > local copy of the entire repository. Having a remote copy sitting on > another server is to defeat the purpose of a dSCM. The reason the zone idea was raised was to work around the potential load git-svn would put on the svn server. If we only had a single git-svn mirror pulling from svn and all other git users pulling from that mirror, then there would be no need to worry about the load on svn. But as discussed, the expectation is that svn.eu.apache.org should be able to deal also with git-svn load (which, as Santiago mentioned, might even be less or at least not noticeably higher than that from normal svn clients), so for now I don't think we need the zone, just some patience to wait until the current svn server crisis is over. BR, Jukka Zitting