From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: On the adoption of transient.el Date: Fri, 06 Aug 2021 09:11:08 +0300 Message-ID: <83v94jhzlv.fsf@gnu.org> References: <877di4on3d.fsf@posteo.net> <87im1oy6mw.fsf@posteo.net> <87y29hihea.fsf@posteo.net> <87sfzonu6k.fsf@ucl.ac.uk> <878s1gqlop.fsf@gmail.com> <8735ronpo0.fsf@ucl.ac.uk> <83lf5gjgtp.fsf@gnu.org> <87eeb8gdbq.fsf@telefonica.net> <83eeb7kgrb.fsf@gnu.org> <87pmurfrb0.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29814"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ofv@wanadoo.es, emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Aug 06 08:11:43 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mBt55-0007Zr-5r for ged-emacs-devel@m.gmane-mx.org; Fri, 06 Aug 2021 08:11:43 +0200 Original-Received: from localhost ([::1]:36774 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBt53-0007vj-PS for ged-emacs-devel@m.gmane-mx.org; Fri, 06 Aug 2021 02:11:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34468) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mBt4a-0007Gc-9I for emacs-devel@gnu.org; Fri, 06 Aug 2021 02:11:12 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:37768) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBt4Y-0004ol-2R; Fri, 06 Aug 2021 02:11:10 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2076 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mBt4X-0001Qy-LZ; Fri, 06 Aug 2021 02:11:09 -0400 In-Reply-To: <87pmurfrb0.fsf@mail.linkov.net> (message from Juri Linkov on Fri, 06 Aug 2021 02:17:07 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:272125 Archived-At: > From: Juri Linkov > Cc: Óscar Fuentes , emacs-devel@gnu.org > Date: Fri, 06 Aug 2021 02:17:07 +0300 > > >> The "C-x v v" workflow works for Git as far as you use Git as you use > >> CVS. > > > > Which is too little. For example, the pull and push commands are part > > of every simple Git workflow, but "C-x v v" doesn't support them, > > AFAIK. If you are going to claim that push and pull are not part of > > "using Git as you use CVS", then I will claim that your notion of > > using Git as CVS is pretty useless in practice. > > This is already possible with something like this (untested!) > > (advice-add 'vc-git-checkin > :after (lambda (&rest _args) > (vc-git-push "Do you want to push it? "))) If we are looking for workarounds, instead of actually solving the problem, then it is much easier and cleaner to say "git push" from the shell prompt. And btw, I'm not sure the very next step after commit is an immediate push. At least that's not what I do in my workflow. We need to seriously discuss the workflows before we decide how to extend vc-next-action to support modern dVCSes.