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: VC mode and git Date: Wed, 25 Mar 2015 19:27:43 +0200 Message-ID: <83d23xouls.fsf@gnu.org> 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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1427304499 4133 80.91.229.3 (25 Mar 2015 17:28:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 25 Mar 2015 17:28:19 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 25 18:28:09 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 1Yap62-0000lD-KK for ged-emacs-devel@m.gmane.org; Wed, 25 Mar 2015 18:28:02 +0100 Original-Received: from localhost ([::1]:40416 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yap62-0001bL-1C for ged-emacs-devel@m.gmane.org; Wed, 25 Mar 2015 13:28:02 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54157) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yap5v-0001bF-9x for emacs-devel@gnu.org; Wed, 25 Mar 2015 13:27:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yap5r-0007P7-1N for emacs-devel@gnu.org; Wed, 25 Mar 2015 13:27:55 -0400 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:48688) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yap5q-0007P2-Os for emacs-devel@gnu.org; Wed, 25 Mar 2015 13:27:50 -0400 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NLS0010031BT300@mtaout28.012.net.il> for emacs-devel@gnu.org; Wed, 25 Mar 2015 19:26:28 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NLS0010D3443E10@mtaout28.012.net.il> for emacs-devel@gnu.org; Wed, 25 Mar 2015 19:26:28 +0200 (IST) In-reply-to: <877fu5o838.fsf@zigzag.favinet> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.184 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:184234 Archived-At: > From: Thien-Thi Nguyen > Date: Wed, 25 Mar 2015 08:21:47 +0100 >=20 > We could support the "commit much more often" workflows by > having an option that determines whether and when to try > pushing after a commit, one of the values could be 'never'. >=20 > I think in practice many people will set this to =E2=80=98never= =E2=80=99 and > then continue "manual push" I see nothing wrong with that. DWIM-ish operation is not for everybody, certainly for a package as flexible as Git. The relevant question is: would this be useful in enough use cases to justify the feature, at least as an option? > 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. > So my lazy-maintainer spidey-sense tells me that, rather than > adding an imperfect heuristic layer, it would be better to add a > primitive (i.e., =E2=80=98vc-push=E2=80=99) and let people invoke i= t as part of > their personal (and IME instance-specific!) post-commit workflow > by the standard means (keyboard macro, hook, advice). What exactly would be the difference between the proposed vc-push and invoking "git push" via M-! ?