From owner-freebsd-arch@FreeBSD.ORG  Tue Aug 30 06:49:04 2011
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
Delivered-To: freebsd-arch@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 5815E106566B;
	Tue, 30 Aug 2011 06:49:04 +0000 (UTC)
	(envelope-from perryh@pluto.rain.com)
Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34])
	by mx1.freebsd.org (Postfix) with ESMTP id 162238FC19;
	Tue, 30 Aug 2011 06:49:04 +0000 (UTC)
Received: from agora.rdrop.com (66@localhost [127.0.0.1])
	by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p7U6n2wA007114
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Mon, 29 Aug 2011 23:49:03 -0700 (PDT)
	(envelope-from perryh@pluto.rain.com)
Received: (from uucp@localhost)
	by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p7U6n2x7007113; 
	Mon, 29 Aug 2011 23:49:02 -0700 (PDT)
Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com
	(4.1/SMI-4.1-pluto-M2060407) id AA18611; Mon, 29 Aug 11 23:45:52 PDT
Date: Tue, 30 Aug 2011 06:45:48 -0700
From: perryh@pluto.rain.com
To: julian@freebsd.org
Message-Id: <4e5ce98c.oO00IDrFl0/DsNgV%perryh@pluto.rain.com>
References: <35765857-1314243257-cardhu_decombobulator_blackberry.rim.net-329610575-@b2.c15.bise7.blackberry>
	<CAJ-Vmo=v0UkQarauKrvWKdjMTC81BwXmyhU__rnaQeL3z45L-g@mail.gmail.com>
	<slrnj5ddgp.4ck.vadim_nuclight@kernblitz.nuclight.avtf.net>
	<CAMBSHm8uX45k0M4on=5Cpw_CKoddA=4oJSNXpH7dGPt=Vy2HOw@mail.gmail.com>
	<alpine.BSF.2.00.1108261000040.48200@fledge.watson.org>
	<slrnj5lc58.jd1.vadim_nuclight@kernblitz.nuclight.avtf.net>
	<4e5ba9c3.bzHIw1KEy8R2QcK7%perryh@pluto.rain.com>
	<3420B331-C697-468A-80BA-B31C33804710@freebsd.org>
	<4e5c5b5f.moT7dLemOuteQJ5T%perryh@pluto.rain.com>
	<4E5C3753.9020001@freebsd.org>
In-Reply-To: <4E5C3753.9020001@freebsd.org>
User-Agent: nail 11.25 7/29/05
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: vadim_nuclight@mail.ru, freebsd-arch@freebsd.org, philip@freebsd.org
Subject: Re: Official git export
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion related to FreeBSD architecture <freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2011 06:49:04 -0000

Julian Elischer <julian@freebsd.org> wrote:
> On 8/29/11 8:39 PM, perryh@pluto.rain.com wrote:
> > * Anyone can create a branch, and no one else will be aware of
> >   it unless they go looking for it, but all branches are peers.
> not all branches are peers. That's just the way things are in the
> real world.

Of course I'm referring to the _mechanism_ provided by the VCS, not
the administrative _policy_ that a given user community may adopt.
If you insist that the VCS itself must enforce a hierarchical
policy, that pretty well rules out distributed systems like git
or hg AFAIK (making this whole thread pointless).

> Never trust a system to hold your files when you can't find where
> they really are.  (as a user)

Actually you _can_ find them without admin privileges, but not all
that easily :)

I agree that the internal representation of a ClearCase view leaves
quite a bit to be desired in terms of transparency.  I count that as
another implementation detail:  we could do that part differently if
we were to write a BSD-licensed VCS, even if we modelled its user-
level behavior on ClearCase.