From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: What a modern collaboration toolkit looks like Date: Mon, 21 Jan 2008 07:51:58 -0800 Message-ID: <200801211552.m0LFq2Wm012283@sallyv1.ics.uci.edu> References: <20071230122217.3CA84830B9A@snark.thyrsus.com> <4pd9g15e.fsf@blue.sea.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1200931033 24572 80.91.229.12 (21 Jan 2008 15:57:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Jan 2008 15:57:13 +0000 (UTC) Cc: jaalto@cante.net, emacs-devel@gnu.org, Jari Aalto To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 21 16:57:32 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JGz1f-0006R2-Pt for ged-emacs-devel@m.gmane.org; Mon, 21 Jan 2008 16:57:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JGz1G-00034U-C5 for ged-emacs-devel@m.gmane.org; Mon, 21 Jan 2008 10:57:06 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JGyyi-0001zC-8t for emacs-devel@gnu.org; Mon, 21 Jan 2008 10:54:28 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JGyyg-0001yK-1J for emacs-devel@gnu.org; Mon, 21 Jan 2008 10:54:27 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JGyyf-0001yF-SA for emacs-devel@gnu.org; Mon, 21 Jan 2008 10:54:25 -0500 Original-Received: from sallyv1.ics.uci.edu ([128.195.1.109]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1JGyyb-0007iq-P3; Mon, 21 Jan 2008 10:54:22 -0500 X-ICS-MailScanner-Watermark: 1201535525.90536@u4XfkRTR2JvMwxiQk6GW6Q Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv1.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id m0LFq2Wm012283; Mon, 21 Jan 2008 07:52:02 -0800 (PST) In-Reply-To: (Richard Stallman's message of "Mon, 21 Jan 2008 04:07:40 -0500") Original-Lines: 39 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.363, required 5, autolearn=disabled, ALL_TRUSTED -1.44, TW_BZ 0.08) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-kernel: by monty-python.gnu.org: Solaris 10 (beta) 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:87217 Archived-At: Richard Stallman writes: > Git: > > * The weak point is UI: it is very complicated. Currently > requires very steep learning curve even from users that > have prior experience (CVS/SVN stc.) > > Does VC in Emacs overcome that problem? It partially does, there are (BIG) missing pieces in the vc-git implementation: vc-update and branching are not implemented. And the UI for those 2 things is not good at all in Git. (The underlying functionality works very well, but it is quite hard to use if you don't have a thorough understanding on how Git works inside...) For vc-update: none of vc-git, vc-bzr and vc-hg implement it. vc-update needs work in order to support these systems properly, they want to merge on a whole project basis instead of file basis as vc-update currently does. > - Bzr seems to take second place. It has a long term progression path > and support, very strict code quality and clearly defined > development phases. > > BZR may become a GNU package, which would be a reason to prefer it. In the past surveys that I've seen Bzr was shown to be much slower compared with Git and Mercurial and take much more disk space. Not sure if that changed. BTW, Mercurial was too easily dismissed for not very serious reasons in the message you are replying to. It is used in a few very large projects, it still developed and it works very well. Hope this helps.