From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Prefer Mercurial instead of git Date: Sun, 05 Jan 2014 19:17:38 +0200 Message-ID: <83ppo6tkjx.fsf@gnu.org> 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> <87txdi74mc.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1388942286 23906 80.91.229.3 (5 Jan 2014 17:18:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 5 Jan 2014 17:18:06 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 05 18:18:11 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 1VzrL0-00046c-K6 for ged-emacs-devel@m.gmane.org; Sun, 05 Jan 2014 18:18:10 +0100 Original-Received: from localhost ([::1]:58709 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzrL0-0004DW-6T for ged-emacs-devel@m.gmane.org; Sun, 05 Jan 2014 12:18:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52618) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzrKr-0004Ci-Ac for emacs-devel@gnu.org; Sun, 05 Jan 2014 12:18:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VzrKk-0001Gc-Nc for emacs-devel@gnu.org; Sun, 05 Jan 2014 12:18:01 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:51242) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzrKk-0001Fj-Az for emacs-devel@gnu.org; Sun, 05 Jan 2014 12:17:54 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MYX00700UMQCS00@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Sun, 05 Jan 2014 19:17:52 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MYX007TIUPS7770@a-mtaout21.012.net.il>; Sun, 05 Jan 2014 19:17:52 +0200 (IST) In-reply-to: <87txdi74mc.fsf@wanadoo.es> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 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:167381 Archived-At: > From: =D3scar Fuentes > Date: Sun, 05 Jan 2014 17:52:43 +0100 >=20 > The fact that some feature or command-line switch exists on git doe= sn't > mean that you "need to know it because it is useful". Supposing tha= t > they are useful for *your use case*, it might not be time-effective= to > learn and memorize that feature. I'm happily and efficaciously usin= g git > from several years now and there are entire areas which are complet= ely > unknown for me. >=20 > So mentioning the complexity of git when, in practice, you just nee= d 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 mor= e > effective learning and usage), is a red herring, indeed. If we are supposed to restrict ourselves to what VC or Magit offer, then why do we need to switch to git? One of the main reasons, we ar= e told, is that git is so powerful, and can be used to do jobs that bzr users can only dream about. Why do you want me to artificially restrain myself from learning those powerful features and using them to my benefit? IOW, a change in a major development tool is not an easy decision precisely _because_ it requires one to learn the new tool, and learn it thoroughly. Otherwise, the switch is a waste of energy. Saying that the complexity is a red herring because one should simply disregard the complex and the powerful features makes very little sense to me. Would you suggest that someone uses Emacs as a fancy Notepad, just because the rest is not really needed? I doubt that. Now, I didn't mean, of course, that one must familiarize oneself with all the commands and options. But the key concepts, the "soul" of th= e tool, its basic principles of operation and its philosophy -- without learning that, you will never be able to use that one command that solves a particular problem, when you need that.