From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: RCS, again: another removed functionality: undo last-checkin Date: Fri, 02 Oct 2015 11:44:55 -0400 Message-ID: References: <87oagx6tzz.fsf@mat.ucm.es> <87mvwellmg.fsf@uwakimon.sk.tsukuba.ac.jp> <56023A6C.3020302@yandex.ru> <5602BE3E.1050009@yandex.ru> <5602C4DE.8020105@yandex.ru> <560B4899.2070708@yandex.ru> <83si5t7njo.fsf@gnu.org> <83zj015quz.fsf@gnu.org> <560E959A.4070905@yandex.ru> <83mvw15o5s.fsf@gnu.org> <560E9A8C.9060607@yandex.ru> <83lhbl5nan.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1443804463 24899 80.91.229.3 (2 Oct 2015 16:47:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 2 Oct 2015 16:47:43 +0000 (UTC) Cc: stephen@xemacs.org, dak@gnu.org, emacs-devel@gnu.org, rms@gnu.org, Dmitry Gutov To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 02 18:47:34 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 1Zi3UZ-0000q2-RY for ged-emacs-devel@m.gmane.org; Fri, 02 Oct 2015 18:47:31 +0200 Original-Received: from localhost ([::1]:33254 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi3UZ-0004nV-6k for ged-emacs-devel@m.gmane.org; Fri, 02 Oct 2015 12:47:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40118) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi2WG-0000ff-Pf for emacs-devel@gnu.org; Fri, 02 Oct 2015 11:45:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zi2WC-0004br-LM for emacs-devel@gnu.org; Fri, 02 Oct 2015 11:45:12 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:64243) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi2W2-0004Jm-BX; Fri, 02 Oct 2015 11:44:58 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CXDQA731xV/wihxEVcgxCEAshgBAICgTw8EQEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEGAgEfizqFBQeELQWfF44WhhKBRSNhgzMigngBAQE X-IPAS-Result: A0CXDQA731xV/wihxEVcgxCEAshgBAICgTw8EQEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEGAgEfizqFBQeELQWfF44WhhKBRSNhgzMigngBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="166983917" Original-Received: from 69-196-161-8.dsl.teksavvy.com (HELO pastel.home) ([69.196.161.8]) by ironport2-out.teksavvy.com with ESMTP; 02 Oct 2015 11:44:55 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 685256227C; Fri, 2 Oct 2015 11:44:55 -0400 (EDT) In-Reply-To: <83lhbl5nan.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 02 Oct 2015 17:59:28 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:190717 Archived-At: > We are talking about what vc-next-action _should_ do. I'm saying that > it would make sense for it to always check whether update is needed, > or maybe even actually do it. As soon as vc-commit is available and bound to a key like C-x v c, we can consider making vc-next-action more dwimish and willing to try new ideas. But as it currently stands, we can't do what you suggest because it would make it impossible to commit (with VC) without pulling first, which many people will object to. Stefan PS: And of course, in Git, "git pull" will often refuse to work if you have uncommitted changes to files ("often" as in: whenever a file is modified both locally and by the pulled changes), so "pull before commit" would not be straightforward at least in Git.