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: VC mode and git Date: Wed, 25 Mar 2015 10:22:03 +0900 Message-ID: <87384tna6c.fsf@uwakimon.sk.tsukuba.ac.jp> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1427246560 26207 80.91.229.3 (25 Mar 2015 01:22:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 25 Mar 2015 01:22:40 +0000 (UTC) Cc: Richard Stallman , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 25 02:22:31 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 1Yaa1d-0002UP-EK for ged-emacs-devel@m.gmane.org; Wed, 25 Mar 2015 02:22:29 +0100 Original-Received: from localhost ([::1]:35460 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yaa1c-0000mI-3z for ged-emacs-devel@m.gmane.org; Tue, 24 Mar 2015 21:22:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37742) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yaa1P-0000m5-Dt for emacs-devel@gnu.org; Tue, 24 Mar 2015 21:22:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yaa1M-0003dk-6b for emacs-devel@gnu.org; Tue, 24 Mar 2015 21:22:15 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:57094) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yaa1L-0003Yh-TC; Tue, 24 Mar 2015 21:22:12 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id 7EEF11C3857; Wed, 25 Mar 2015 10:22:03 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 64ECF120EC9; Wed, 25 Mar 2015 10:22:03 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta34) "kale" 83e5c3cd6be6 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:184191 Archived-At: Stefan Monnier writes: > That would try to pretend that we still live in the CVS days, but these > days are gone. Richard, and quite probably other long-time contributors, still does live in the CVS days in an important sense. > The new normal is to commit and push separately True, but not relevant to Emacs, which intends to support users, not norms. Perhaps rather than assuming a universal meaning for DWIM, C-x v v could implement a limited concept of "workflow". Eg, a workflow could be modeled by a list ((LEXP1 OP1) (LEXP2 OP2) ...), and the workflow would be implemented something like (catch 'done (mapc (lambda (kv) (let ((lexp (first kv)) (op (second kv))) (if (eval lexp) (throw (funcall op))))))) A couple of default workflows could be provided.