Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 9 Mar 2003 10:24:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 9 Mar 2003 10:24:40 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]:57105 "EHLO smtpzilla3.xs4all.nl") by vger.kernel.org with ESMTP id ; Sun, 9 Mar 2003 10:24:39 -0500 Date: Sun, 9 Mar 2003 16:35:11 +0100 (CET) From: Roman Zippel X-X-Sender: roman@serv To: "Eric W. Biederman" cc: Linus Torvalds , Zack Brown , Larry McVoy , Subject: Re: BitBucket: GPL-ed KitBeeper clone In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1512 Lines: 38 Hi, On 9 Mar 2003, Eric W. Biederman wrote: > > This is actually a key feature I want to see in a SCM system - the ability > > to keep multiple developments within the same repository. I want to pull > > other source tress into a branch and compare them with other branches and > > merge them into new branches. > > In a distributed system everything happens on a branch. That's true, but with bk you have to use separate directories for that, which makes cross references between branches more difficult. > > I agree, what I was trying to say is that the SCCS format makes a few > > things more complex than they had to be. > > I don't know, if the problem really changes that much. How do > you pick a globally unique inode number for a file? And then > how do you reconcile this when people on 2 different branches create > the same file and want to merge their versions together? Unique identifier are needed for change sets anyway and if you decide during merge, that two files are identical, at least one branch has to carry the information that these identifiers point to the same file. > So as a very rough approximation. > - Distribution is the problem. I would rather say, that it's only one (although very important) problem. bye, Roman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/