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-dwim when nothing to commit (was: VC mode and git) Date: Sat, 18 Apr 2015 10:39:15 +0300 Message-ID: <838udp997g.fsf@gnu.org> References: <86egoeusg2.fsf@example.com> <83pp7yp5po.fsf@gnu.org> <87383yqkpc.fsf_-_@lifelogs.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1429342837 11169 80.91.229.3 (18 Apr 2015 07:40:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 Apr 2015 07:40:37 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 18 09:40:29 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 1YjNMY-0004z7-Kw for ged-emacs-devel@m.gmane.org; Sat, 18 Apr 2015 09:40:26 +0200 Original-Received: from localhost ([::1]:44807 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjNMX-0000i7-QR for ged-emacs-devel@m.gmane.org; Sat, 18 Apr 2015 03:40:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38647) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjNMS-0000i0-PK for emacs-devel@gnu.org; Sat, 18 Apr 2015 03:40:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YjNMO-0004I3-N8 for emacs-devel@gnu.org; Sat, 18 Apr 2015 03:40:20 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:54386) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjNMO-0004Hz-F9 for emacs-devel@gnu.org; Sat, 18 Apr 2015 03:40:16 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NMZ00900RIEHO00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sat, 18 Apr 2015 10:39:39 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMZ009TZRXRG420@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sat, 18 Apr 2015 10:39:27 +0300 (IDT) In-reply-to: <87383yqkpc.fsf_-_@lifelogs.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:185557 Archived-At: > From: Ted Zlatanov > Date: Fri, 17 Apr 2015 21:38:55 -0400 > > Now, `vc-runthis' (name can be changed) will initially present "git > push" in the minibuffer with history, for a Git repo. So if I previously > said "git push myrepo onebranch:otherbranch" that's the command that > shows up. I edit it, then hit `RET' and it runs. Or I don't want it and > hit `C-g'. Or I move back in the history to a previous command. Could be a good idea, assuming the presented command will never include tricky switches that the user didn't use in one of the previous commands. Otherwise, the presented command will be another riddle, which IMO flies in the face of the design and purpose of vc-next-action. Of course, bonus points for guessing the next command (not necessarily "git push") given the previous one and the existence of telltale files below .git/. That would be much more in line with the spirit of vc-next-action, IMO. Unfortunately, we don't seem to have an active maintainer of VC, in particular in the Git area, so Git support in VC remains rudimentary and at times buggy (e.g., see bug#20292, which remains without any response, let alone fix). And since most sophisticated Git users seem to use magit anyway, I see no hope for having vc-git fixed any time soon. > For such a simple thing, a lot of arguing over semantics and > technicalities... And no practical result, except perhaps GitQuickStartForEmacsDevs, which is probably not read anyway.