|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Lev Walkin 2:5020/400 28 Jan 2004 02:21:58 To : Andrew Kolchoogin Subject : Re: journaling fs -------------------------------------------------------------------------------- Andrew Kolchoogin wrote: > Лев, > > 27 Jan 04 11:33, you wrote to me: > > AK>> === > AK>> JFS porting efforts have been moved to the FreeBSD project > AK>> development area. > AK>> === > AK>> В Perforce посмотреть надобноть... > LS> А что это за Area ... > Area, где ведутся эксперименты над FreeBSD, отличающиеся особо повышенной > суровостью. :) > > LS> ... и откуда у FreeBSD Perforce? > Perforce может завести себе любой, кто хочет организовать Open > Source-проект. Для таких проектов Perforce бесплатен. > > ЕМHИМС, завёл его Бобби Ватсон, когда начал изобретать свои > ACL/MAC/CAP/EvA, уж больно много ему в ядре корёжить пришлось, а используя > CVS, сложно корёжить изменяющуюся саму по себе ветку. Они собираются таки на > него переезжать или что? -------- Original Message -------- Subject: Re: Where is FreeBSD going? Date: Thu, 08 Jan 2004 17:29:34 +0000 From: Doug Rabson <dfr@nlsystems.com> To: Robert Watson <rwatson@freebsd.org> CC: freebsd-hackers@freebsd.org, freebsd-chat@freebsd.org, Mark Murray <mark@grondar.org> References: <Pine.NEB.3.96L.1040107151556.6025A-100000@fledge.watson.org> On Wed, 2004-01-07 at 20:19, Robert Watson wrote: > On Wed, 7 Jan 2004, Roman Neuhauser wrote: > > > [1] has core@ considered subversion (devel/subversion)? > > Everyone has their eyes wide open looking for a revision control > alternative, but last time it was discussed in detail (a few months ago?) > it seemed there still wasn't a viable alternative. On the src tree side, > FreeBSD committers are making extensive use of a Perforce repository > (which supports lightweight branching, etc, etc), but there's a strong > desire to maintain the base system on a purely open source revision > control system, and migrating your data is no lightweight proposition. Likewise, you really want to trust your data only to tried and true > solutions, I think -- we want to build an OS, not a version control > system, if at all possible :-). Subversion seems to be the current > "favorite" to keep an eye on, but the public release seemed not to have > realized the promise of the design (i.e., no three-way merges, etc). You > can peruse the FreeBSD Perforce repository via the web using > http://perforce.FreeBSD.org/ -- it contains a lot of personal and small > project sandboxes that might be of interest. For example, we do all the > primary TrustedBSD development in Perforce before merging it to the main > CVS repository. I've been re-evaluating the current subversion over the last couple of weeks and its holding up pretty well so far. It still misses the repeated merge thing that p4 does so well but in practice, merging does seem to be a lot easier than with CVS due to the repository-wide revision numbering system - that makes it easy to remember when your last merge happened so that you don't merge a change twice. The three main showstoppers for moving FreeBSD to subversion would be: 1. A replacement for cvsup. Probably quite doable using svnadmin dump and load. 2. Support for $FreeBSD$ - user-specified keywords are not supported and won't be until after svn-1.0 by the looks of things. 3. Converting the repository. This is a tricky one - I tried the current version of the migration scripts and they barfed and died pretty quickly. Still, I'm pretty sure that the svn developers are planning to fix most of those problems. From mailing-list archives, it appears that they are using our cvs tree as test material for the migration scripts. -- Lev Walkin vlm@netli.com --- ifmail v.2.15dev5.1 * Origin: Netli, Inc. (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/9104c6b7f15c.html, оценка из 5, голосов 10
|