From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sascha Wilde Newsgroups: gmane.emacs.devel Subject: Re: Switching to Subversion Date: Mon, 13 Nov 2006 15:49:16 +0100 Message-ID: References: <87mz6y8y3j.fsf@catnip.gol.com> <87bqne87ur.fsf@catnip.gol.com> <10609.1163264429@olgas.newt.com> <87fycphhyr.fsf@pacem.orebokech.com> <87odrdzci9.fsf@olgas.newt.com> <87ac2w45e0.fsf@catnip.gol.com> <85y7qfvigo.fsf@lola.goethe.zz> <85psbrvgrt.fsf@lola.goethe.zz> <85wt5ztsj0.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1163429398 16143 80.91.229.2 (13 Nov 2006 14:49:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 13 Nov 2006 14:49:58 +0000 (UTC) Cc: thomas@intevation.de, Bill Wohler , Juanma Barranquero , emacs-devel@gnu.org, rms@gnu.org, Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 13 15:49:48 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 1Gjd85-0000rK-ED for ged-emacs-devel@m.gmane.org; Mon, 13 Nov 2006 15:49:47 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gjd84-0006Zm-SR for ged-emacs-devel@m.gmane.org; Mon, 13 Nov 2006 09:49:44 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gjd7u-0006YH-Lo for emacs-devel@gnu.org; Mon, 13 Nov 2006 09:49:34 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gjd7t-0006WK-8q for emacs-devel@gnu.org; Mon, 13 Nov 2006 09:49:33 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gjd7t-0006WC-0x for emacs-devel@gnu.org; Mon, 13 Nov 2006 09:49:33 -0500 Original-Received: from [62.141.58.119] (helo=km1136.keymachine.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Gjd7l-0002hc-DT; Mon, 13 Nov 2006 09:49:25 -0500 Original-Received: from kenny.sha-bang.de (xdslcs040.osnanet.de [89.166.146.40]) (authenticated bits=0) by km1136.keymachine.de (8.12.11.20060308/8.12.10) with ESMTP id kADEnGbD001108; Mon, 13 Nov 2006 15:49:16 +0100 Original-Received: from wilde by kenny.sha-bang.de with local (Kenny MUA v.0409034.42) ID 1Gjd7c-0007vB-RK; Mon, 13 Nov 2006 15:49:16 +0100 Original-To: David Kastrup In-Reply-To: <85wt5ztsj0.fsf@lola.goethe.zz> (David Kastrup's message of "Mon\, 13 Nov 2006 13\:55\:47 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.90 (gnu/linux) 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:62219 Archived-At: David Kastrup wrote: > Sascha Wilde writes: [...] >> In fact, at this point of time there is no support for most free >> distributed SCMs (git, bazar, bazar ng, darcs, monotone, mercurial >> ...) in stock Emacs, it would be a big loss if this would be a >> reason to rule out all of them. > > Disagree. We need stability, dependability Ack -- not the disagree of cause... ;-) > and a proven track record > for interaction with Emacs. I don't see how this would be any more the case for SVN than mercurial. In fact, I don't see how this could be the case for _any_ other SCM than CVS, which would imply not to change the main SCM -- which IMO _is_ a serious option. > We don't have the manpower to fix a bad choice. Are you talking about the SCM or about the Emacs support for the SCM here? In the later case I don't fully agree, most parts of Emacs get constantly improved mainly because people actually (have to) use them. > A lack of a > well-established feasibility for large-scale projects I would say, this is the case for mercurial, not only by personal experience, but from the references, too: http://www.selenic.com/mercurial/wiki/index.cgi/ProjectsUsingMercurial > in combination > with Emacs as said before, I don't see how to prove this point, apart from emacs there are very few projects where the frontend tools used by the developers are well known... I do use mercurial together with DVC, and think that it is sufficient usable, there might be glitches, but even PCVS has its glitches, doesn't it? > and a number of operating systems is, in my opinion, a > definite reason to rule out any system. Mercurial is written in python and well tested on many platforms. I used it my self on GNU/Linux, NetBSD, Solaris, HP-UX and AIX -- and Windows is supported, too. cheers sascha -- Sascha Wilde A conclusion is simply the place where someone got tired of thinking.