From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jari Aalto Newsgroups: gmane.emacs.devel Subject: Re: Switching to Subversion Date: 27 Nov 2006 23:42:30 +0200 Message-ID: <873b84pnw9.fsf@w2kpicasso.cante.net> References: <87ac2w45e0.fsf@catnip.gol.com> <87y7qg2pbj.fsf@catnip.gol.com> <87mz6w2odt.fsf@catnip.gol.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1164686545 20644 80.91.229.2 (28 Nov 2006 04:02:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 28 Nov 2006 04:02:25 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 28 05:02:21 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GouAf-0000My-8N for ged-emacs-devel@m.gmane.org; Tue, 28 Nov 2006 05:02:14 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GouAe-0003Ov-Qm for ged-emacs-devel@m.gmane.org; Mon, 27 Nov 2006 23:02:12 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gou9M-0002Vl-U1 for emacs-devel@gnu.org; Mon, 27 Nov 2006 23:00:54 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gou9K-0002Sc-Hr for emacs-devel@gnu.org; Mon, 27 Nov 2006 23:00:50 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gou9J-0002S5-9W for emacs-devel@gnu.org; Mon, 27 Nov 2006 23:00:49 -0500 Original-Received: from [199.232.41.67] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Gorcy-0006DS-07 for emacs-devel@gnu.org; Mon, 27 Nov 2006 20:19:16 -0500 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by mx20.gnu.org with esmtp (Exim 4.52) id 1GooHc-0008Gf-Qf for emacs-devel@gnu.org; Mon, 27 Nov 2006 16:45:01 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GooGZ-0006tV-Ue for emacs-devel@gnu.org; Mon, 27 Nov 2006 22:43:55 +0100 Original-Received: from a81-197-175-198.elisa-laajakaista.fi ([81.197.175.198]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 27 Nov 2006 22:43:55 +0100 Original-Received: from jari.aalto by a81-197-175-198.elisa-laajakaista.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 27 Nov 2006 22:43:55 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 37 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: a81-197-175-198.elisa-laajakaista.fi User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:62896 Archived-At: Stefan Monnier writes: > Yes, Arch is out, sadly. It doesn't support Windows well enough, and its > speed is terrible under Mac OS X (apparently because HFS+ handles hardlinks > pessimally). I would suggest bzr. I has very lively and responsive group of developers. They spend great deal of their time in discussing various aspecta nd users' preferences. - It support CVS stulyl "star topology" - Support distributed branch development - Has very good merge support - Is Windoes/*nix agnostic; written in Python - Includes Emacs back-ends (DVC, bzr-vc.el, etc.) For more information: http://doc.bazaar-ng.org/ Gis ot really not suitable, since it's collection of "scripts" ans has no structure for long term development. It does not support native win32 due to being sh-based in general (although some are implemented in C). Git also has unique idea of "all or nothing" where the repositories are completely identical to each othe rincluding all of the histiry in every machince. This may work for kernel development model, but fo generic SW development, it is not suitable. People are used to developep "a feature" that is merged into the mainline. Git has no such concept. It treats all repositories equal. Mercurical and Bzr would better support CVS style and and distributed style development simultaneously. Git is purely distributes and doe snot support start-like-development. Jari