From owner-freebsd-questions@FreeBSD.ORG Fri Jan 7 15:41:06 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9172916A4CE for ; Fri, 7 Jan 2005 15:41:06 +0000 (GMT) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3B0E43D2D for ; Fri, 7 Jan 2005 15:41:05 +0000 (GMT) (envelope-from aeder@list.ru) Received: from [82.179.204.50] (port=62037 helo=gateway.my.home) by mx2.mail.ru with esmtp id 1CmwEa-0002Ie-00; Fri, 07 Jan 2005 18:41:04 +0300 Received: from [10.0.1.5] (megagame.my.home [10.0.1.5]) by gateway.my.home (8.12.6/8.12.6) with ESMTP id j07Ff2t2022413; Fri, 7 Jan 2005 18:41:02 +0300 (MSK) (envelope-from aeder@list.ru) Message-ID: <41DEAE69.2030709@list.ru> Date: Fri, 07 Jan 2005 18:44:41 +0300 From: =?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCU0LXRgNC10LLRj9C90LrQvg==?= User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert William Vesterman References: <41DC9473.6020209@vesterman.com> In-Reply-To: <41DC9473.6020209@vesterman.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected cc: freebsd-questions@freebsd.org Subject: Re: source control question X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 15:41:06 -0000 Robert William Vesterman wrote: > Does anyone know of a source control system that is not so > directory-centric? Most of the ones I've seen seem to have a base > assumption that, more or less, "directory" == "project". > But in reality, a directory could be a project, or part of a project, > or part of many projects, or merely structural (i.e. merely to > organize subdirectories, any of which may or may not be used in any > number of projects, each project of which is not necessarily > completely contained in the structural parent directory). And a > project may span many directories, each of which is not necessarily > anywhere near the others in the overall repository tree structure, and > whose repository tree "neighbors" are not necessarily parts of the > same project. > > For example, you may have top level repository things like "work" and > "personal", which are completely structural. And maybe "utils", which > you might use in both work and personal projects. And then if you use > some Java, and do the standard way of making packages > (com.mydomain.blah.blah.blah), you'll probably have a "java" directory > outside of "work" and "personal", having a whole tree of > subdirectories, any of which may be a complete project, part of a > project, part of many projects, et cetera. And a project may be > spread across "personal" and "java" and "utils" and any number of > other organizational things. > > I'm sure there are ways to bend things like Subversion into kind of > behaving the way I want, but are there any systems that are actually > designed with this concept in mind? > > Thanks, > > BOb Vesterman. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > > Suggest to take a look at Perforce (www.perforce.com). It is commercial, but have free two-user license, and you can obtain free license for open-source development. Personally, i have use it and it works very well for me. From my point of view, it have the following advantage: 1. It can be easily used by command-line oriented geeks. 2. It have a nice client-interface program for untrained point-and-click document-writers. All other advantages is described on it's site. Disadvantages: 1. Unicode (multilanguage) development is not perfect. As i know, the FreeBSD development was made in this SCM system. Best regards, Alexander Derevianko.