From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: RCS, again: another removed functionality: undo last-checkin Date: Mon, 21 Sep 2015 12:49:59 +0900 Message-ID: <87a8sgxwgo.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87oagx6tzz.fsf@mat.ucm.es> <838u81p2j1.fsf@gnu.org> <837fnlp27d.fsf@gnu.org> <87k2rl6qwq.fsf@mat.ucm.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1442807426 13827 80.91.229.3 (21 Sep 2015 03:50:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Sep 2015 03:50:26 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Uwe Brauer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 21 05:50:15 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 1Zds7K-0003AK-8u for ged-emacs-devel@m.gmane.org; Mon, 21 Sep 2015 05:50:14 +0200 Original-Received: from localhost ([::1]:55299 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zds7J-00065L-HH for ged-emacs-devel@m.gmane.org; Sun, 20 Sep 2015 23:50:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45478) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zds7G-00064t-3g for emacs-devel@gnu.org; Sun, 20 Sep 2015 23:50:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zds7F-00085e-8r for emacs-devel@gnu.org; Sun, 20 Sep 2015 23:50:10 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:42096) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zds7B-0007p4-Ec; Sun, 20 Sep 2015 23:50:05 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id 104891C391A; Mon, 21 Sep 2015 12:50:00 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id A3DCE11EF83; Mon, 21 Sep 2015 12:49:59 +0900 (JST) In-Reply-To: <87k2rl6qwq.fsf@mat.ucm.es> X-Mailer: VM undefined under 21.5 (beta34) "kale" cb65bfaf7110 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 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:190166 Archived-At: Uwe Brauer writes: > But I am not sure that anybody finds this useful. It is very useful, for people who treat VCS history as a script that may be revised to improve presentation. But for those who treat VCS history as an audit trail (in some cases legally required or at least extremely useful) rollback is a very dangerous feature. I don't see any reason in a DWIMish front-end like vc.el to have the rollback feature -- let those with the skills or the specialized use cases use the command line or (for vc.el) write commands.