From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: VC mode and git Date: Wed, 25 Mar 2015 23:31:18 +0100 Message-ID: <87y4mkn1zd.fsf@zigzag.favinet> References: <86egoeusg2.fsf@example.com> <83pp7yp5po.fsf@gnu.org> <5511BB2A.2070909@dancol.org> <83oanip42b.fsf@gnu.org> <874mp9nc2k.fsf@uwakimon.sk.tsukuba.ac.jp> <83h9t9pwos.fsf@gnu.org> <877fu5o838.fsf@zigzag.favinet> <83d23xouls.fsf@gnu.org> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: ger.gmane.org 1427322706 24294 80.91.229.3 (25 Mar 2015 22:31:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 25 Mar 2015 22:31:46 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 25 23:31:46 2015 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 1Yatpw-0004uC-D0 for ged-emacs-devel@m.gmane.org; Wed, 25 Mar 2015 23:31:44 +0100 Original-Received: from localhost ([::1]:41646 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yatpv-00045u-HG for ged-emacs-devel@m.gmane.org; Wed, 25 Mar 2015 18:31:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42240) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yatps-00044D-0m for emacs-devel@gnu.org; Wed, 25 Mar 2015 18:31:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yatpo-0008Ex-8m for emacs-devel@gnu.org; Wed, 25 Mar 2015 18:31:39 -0400 Original-Received: from mail.agora-net.com ([67.59.132.6]:40014) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yatpo-0008Er-4E for emacs-devel@gnu.org; Wed, 25 Mar 2015 18:31:36 -0400 Original-Received: from ttn by mail.agora-net.com with local (Exim 4.71) (envelope-from ) id 1Yatpn-0003uB-9Y for emacs-devel@gnu.org; Wed, 25 Mar 2015 18:31:35 -0400 Original-Received: from ttn by zigzag.favinet with local (Exim 4.80) (envelope-from ) id 1Yatpj-0007xX-AT for emacs-devel@gnu.org; Wed, 25 Mar 2015 23:31:31 +0100 Mail-Followup-To: emacs-devel@gnu.org In-Reply-To: <83d23xouls.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 25 Mar 2015 19:27:43 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ttn@gnuvola.org X-SA-Exim-Scanned: No (on mail.agora-net.com); SAEximRunCond expanded to false X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 67.59.132.6 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:184269 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable () Eli Zaretskii () Wed, 25 Mar 2015 19:27:43 +0200 I see nothing wrong with that. DWIM-ish operation is not for everybody, certainly for a package as flexible as Git. I agree, nothing wrong. Still, not as nice as it could be. Probably in younger days, i would have said: "Lame". The relevant question is: would this be useful in enough use cases to justify the feature, at least as an option? I think the time when people would respect VC imposing its unified model on the underlying VCS is past. When they were all centralized, such an imposition lifted the burden of having to remember fiddly details such as command-line options. But the schism between centralized and distributed is here, and here to stay, and so a unified model spanning these models now is an impediment to fully exploiting the tools. It's a lose/lose situation when DWIM must straddle disparate M based on disparate models. That said, within any particular camp (cent or dist), some unification is still possible (and desirable). But the thrust should be away from DWIM and towards clean primitives exposed directly to the user. Centralized camp is already happy. Distributed is only one lacuna away from happiness (IMHO). So to answer the question: IMHO, no. > Thus, long term, such a feature will be underused, > undertested and definitely underappreciated. Please note how you put 3 assumptions one on top of the other, and then made a conclusion out of that, which is basically founded on nothing but your own experience and preferences. Noted. I have only those to offer, made w/ my limited and imperfect understanding of other human beings, and those are offered in the best good faith way possible. I'm sorry i can't do better. What exactly would be the difference between the proposed vc-push and invoking "git push" via M-! ? Well, the following is not exact, but i bet if =E2=80=98vc-push=E2=80=99 we= re to appear, it would become so (i.e., Someone might Write Code). :-D I suppose there could be options, e.g., like how =E2=80=98vc-diff=E2=80=99 = has =E2=80=98vc-diff-switches=E2=80=99. Also, commands are nice places for hoo= ks. I imagine a brach-display buffer (e.g., =E2=80=98M-x git-show-branch=E2=80= =99 i posted some time back) could be updated via such a hook. All these possibilities are absent from the meager =E2=80=98M-!=E2=80=99 pa= th. Anyway, i'll sit down now. RMS: i hope you can move your pov. =2D-=20 Thien-Thi Nguyen ----------------------------------------------- (if you're human and you know it) read my lisp: (defun responsep (type via) (case type (technical (eq 'mailing-list via)) ...)) =2D--------------------------------------------- GPG key: 4C807502 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlUTNzwACgkQZwMiJEyAdQLozgCfVzlKzUi37O2KpOlM9Kd2eCeR n8sAoLI3wxohvhBTQHi2szw63GzDQsID =+B8m -----END PGP SIGNATURE----- --=-=-=--