From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Prefer Mercurial instead of git Date: Sun, 05 Jan 2014 17:52:43 +0100 Message-ID: <87txdi74mc.fsf@wanadoo.es> References: <1388785952.11337.16.camel@Iris> <3166302.gI3LmCZv1L@descartes> <1388853707.11337.27.camel@Iris> <87zjnby4nu.fsf@fencepost.gnu.org> <1388862282.11337.31.camel@Iris> <87bnzr8s03.fsf@wanadoo.es> <831u0mv1mw.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1388940787 9149 80.91.229.3 (5 Jan 2014 16:53:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 5 Jan 2014 16:53:07 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 05 17:53:13 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Vzqwp-00061x-Sv for ged-emacs-devel@m.gmane.org; Sun, 05 Jan 2014 17:53:12 +0100 Original-Received: from localhost ([::1]:58510 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vzqwp-0000D2-IP for ged-emacs-devel@m.gmane.org; Sun, 05 Jan 2014 11:53:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vzqwi-0000Cg-3Q for emacs-devel@gnu.org; Sun, 05 Jan 2014 11:53:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vzqwc-0002ze-7t for emacs-devel@gnu.org; Sun, 05 Jan 2014 11:53:04 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:38107) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vzqwc-0002zK-1V for emacs-devel@gnu.org; Sun, 05 Jan 2014 11:52:58 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VzqwX-0005Od-Ha for emacs-devel@gnu.org; Sun, 05 Jan 2014 17:52:53 +0100 Original-Received: from 222.red-83-41-58.dynamicip.rima-tde.net ([83.41.58.222]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 05 Jan 2014 17:52:53 +0100 Original-Received: from ofv by 222.red-83-41-58.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 05 Jan 2014 17:52:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 31 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 222.red-83-41-58.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:qjfSWDiX2/B3tJ+GdMeaPUvc/nk= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:167377 Archived-At: Eli Zaretskii writes: >> The UI issue is a red herring. You can work with Git from Emacs without >> ever seeing git's UI, except perhaps for cloning the remote repo. > > Not entirely a red herring, because the Emacs front-ends only support > a small fraction of the available commands. A cursory look into > vc-git.el indicates that it uses about 10% to 20% of the git > commands. Magit does better: 1/4th tgo 1/3rd, but still most of the > commands are not supported. > > Granted, what the front-ends support are the most important and > frequently used commands. But the rest are still useful and need to > be used from time to time, especially since they allow to do so much. > Which means that one still needs to learn and understand the CLI > syntax and the myriad of the options. This "all-embracing" view is flawed for Git, is flawed for Emacs and is flawed for a microwave oven. Furthermore, it is counterproductive. The fact that some feature or command-line switch exists on git doesn't mean that you "need to know it because it is useful". Supposing that they are useful for *your use case*, it might not be time-effective to learn and memorize that feature. I'm happily and efficaciously using git from several years now and there are entire areas which are completely unknown for me. So mentioning the complexity of git when, in practice, you just need a few minutes tutorial to use it with Magit and less than an hour for adquiring a sound knowledge of its architecture (which allows a more effective learning and usage), is a red herring, indeed.