From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: RCS, again: another removed functionality: undo last-checkin Date: Mon, 21 Sep 2015 21:30:30 +0200 Message-ID: <877fnjd0yx.fsf@fencepost.gnu.org> References: <87oagx6tzz.fsf@mat.ucm.es> <55FF4026.2050004@yandex.ru> <83si68nu4i.fsf@gnu.org> <56000DEB.1000306@yandex.ru> <83si67n4ch.fsf@gnu.org> <5600373A.6090206@yandex.ru> <83oagvn1lz.fsf@gnu.org> <56003D57.2080102@yandex.ru> <83mvwfmviy.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1442863943 13784 80.91.229.3 (21 Sep 2015 19:32:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Sep 2015 19:32:23 +0000 (UTC) Cc: emacs-devel@gnu.org, monnier@iro.umontreal.ca, Dmitry Gutov To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 21 21:32:18 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 1Ze6oz-0004ty-Sn for ged-emacs-devel@m.gmane.org; Mon, 21 Sep 2015 21:32:18 +0200 Original-Received: from localhost ([::1]:60797 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ze6oz-0003Ov-9k for ged-emacs-devel@m.gmane.org; Mon, 21 Sep 2015 15:32:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35981) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ze6oF-0002XQ-HE for emacs-devel@gnu.org; Mon, 21 Sep 2015 15:31:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ze6oE-000412-Jq for emacs-devel@gnu.org; Mon, 21 Sep 2015 15:31:31 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:45669) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ze6oE-00040y-HU; Mon, 21 Sep 2015 15:31:30 -0400 Original-Received: from localhost ([127.0.0.1]:58704 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.82) (envelope-from ) id 1Ze6oD-0001lx-Lv; Mon, 21 Sep 2015 15:31:30 -0400 Original-Received: by lola (Postfix, from userid 1000) id 66A50DF2A1; Mon, 21 Sep 2015 21:30:30 +0200 (CEST) In-Reply-To: <83mvwfmviy.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 21 Sep 2015 22:17:57 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.10 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:190211 Archived-At: Eli Zaretskii writes: >> Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org >> From: Dmitry Gutov >> Date: Mon, 21 Sep 2015 20:24:39 +0300 >> >> On 09/21/2015 08:06 PM, Eli Zaretskii wrote: >> >> > But what about CVS? Its "rollback" command does remove the commit >> > upstream. >> >> CVS has a "rollback" command? > > Yes, it does. From the description of "cvs admin": > > admin options > ------------- > > [...] > > `-oRANGE' > Deletes ("outdates") the revisions given by RANGE. Yeah, but that is a _repository_ administration option, meaning that it's not sufficient to have client access. Also it causes inconsistencies with the clients' notion of what is in the repo and with the historic record. It's in the same class as "renaming files" in CVS, namely the "when it breaks (and it will), you get to keep the pieces" category. Those are operations that can not be rolled back in any manner (short of restoring from backup). They just don't belong on key bindings. > So is "cvs -o". The CVS manual says that much. Why should Git be > different? A careful user won't invoke this command unless they know > what they are doing, right? I rather doubt that VC should invoke any cvs admin command. I think VC should restrict itself to client operations. There is just too much potential for damage to map this to standard VC commands (if Emacs wants to provide specific CVS support outside of the normal VC commands, that's a different topic). -- David Kastrup