From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: Removing rollback from VC mode - request for comment Date: Thu, 11 Dec 2014 13:25:54 -0600 Message-ID: <87y4qe0z0d.fsf@floss.red-bean.com> References: <20141211092138.6D5F6C008E@snark.thyrsus.com> Reply-To: Karl Fogel NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1418326024 27302 80.91.229.3 (11 Dec 2014 19:27:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 11 Dec 2014 19:27:04 +0000 (UTC) Cc: emacs-devel@gnu.org To: esr@snark.thyrsus.com (Eric S. Raymond) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 11 20:26:56 2014 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 1Xz9O0-0003iP-63 for ged-emacs-devel@m.gmane.org; Thu, 11 Dec 2014 20:26:52 +0100 Original-Received: from localhost ([::1]:53989 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xz9Nz-0003HI-OM for ged-emacs-devel@m.gmane.org; Thu, 11 Dec 2014 14:26:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57770) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xz9NF-0002fR-Bt for emacs-devel@gnu.org; Thu, 11 Dec 2014 14:26:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xz9N7-00007Q-7e for emacs-devel@gnu.org; Thu, 11 Dec 2014 14:26:05 -0500 Original-Received: from mail-yh0-x22b.google.com ([2607:f8b0:4002:c01::22b]:54621) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xz9N7-00007F-3O for emacs-devel@gnu.org; Thu, 11 Dec 2014 14:25:57 -0500 Original-Received: by mail-yh0-f43.google.com with SMTP id z6so2595505yhz.16 for ; Thu, 11 Dec 2014 11:25:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:reply-to:date:in-reply-to :message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=lTDzW6S4rnPpzpfsgCYppSN9oisv29pMsTpSKfC1L/0=; b=JOoiUQ95b8Tzn2UHwPLaZ4rR7upMBSNEdVIMqjyxBBX2XI+M24vy/9ciLKu//AyFpB WRGODCL/lcF0oMTmUCfBw1uCmkoeaPLeVpCJnTCNyOFmU1Mndxsxnb14EqzgL7HQ+1Qf MU5sABag4TY0p2UQmDmdwuR7xOK6xMVoCt0fihJOVUxrgVIsUSu41eNXCe7Z6SM0tt3V cXTXgdMTxPPxyGiwooo3y0y8W7R1EoeajAZH9/KtbdACXDbL+cm8Y/IfyPNpzVGewNlt sePcrOS6zsevudpKsIC2mVHA1sKGhk8ghVS7ADLysEnOI8CcfP6mVC4Pv/pAROXID37Q 3pZQ== X-Received: by 10.236.61.8 with SMTP id v8mr8523937yhc.44.1418325956335; Thu, 11 Dec 2014 11:25:56 -0800 (PST) Original-Received: from floss.red-bean.com (64-145-114-106.client.dsl.net. [64.145.114.106]) by mx.google.com with ESMTPSA id x27sm1087214yha.15.2014.12.11.11.25.55 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Dec 2014 11:25:55 -0800 (PST) In-Reply-To: <20141211092138.6D5F6C008E@snark.thyrsus.com> (Eric S. Raymond's message of "Thu, 11 Dec 2014 04:21:38 -0500 (EST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4002:c01::22b 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:179822 Archived-At: esr@snark.thyrsus.com (Eric S. Raymond) writes: >Rollback is a case in point. It is a command that lets you undo the >last checkin. Only SCCS and RCS actually support it. Git possibly=20 >could, in theory, but the Git implementation would be tricky and have=20 >sharp edges when the last revision had been pushed. The above is about reverting the most recent checkin, but... >2. VC in particular, and version-control systems in general, have >moved towards a philosophy of making history destruction difficult. >Old school, saving disk space was important enough that removing >deltas was actually done as an economy measure. New school, making=20 >it difficult for the user to shoot self in foot is a higher virtue. > >The argument against this is simply that someone, somewhere out there, >might be using it on some remnant RCS repo (I think we can safely >consider SCCS dead to us at this point). And the broader question is >whether that possibility is a dealbreaker. ...this sounds more like the elimination of older revisions (i.e., not nece= ssarily removing the last revision, but rather eliding/collapsing older rev= isions so that some contiguous series of past commits get folded into one c= ommit in history). You're only talking about the former, though, right? If so, Git supports it quite well (as long as one hasn't pushed the change = upstream somewhere, that is, but that's not necessarily VC's responsibility= to notice). So offering it for the git backend shouldn't be a problem... However, if it's too much hair to support, +1 on removing it. Best, =C2=ADK