From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric S. Raymond" Newsgroups: gmane.emacs.devel Subject: Re: VC mode and git Date: Tue, 24 Mar 2015 15:56:38 -0400 Organization: Eric Conspiracy Secret Labs Message-ID: <20150324195638.GA2521@thyrsus.com> References: <86egoeusg2.fsf@example.com> <83pp7yp5po.fsf@gnu.org> Reply-To: esr@thyrsus.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1427227054 29695 80.91.229.3 (24 Mar 2015 19:57:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Mar 2015 19:57:34 +0000 (UTC) Cc: Sebastien Vauban , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 24 20:57:25 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 1YaUx0-0007nE-6Y for ged-emacs-devel@m.gmane.org; Tue, 24 Mar 2015 20:57:22 +0100 Original-Received: from localhost ([::1]:34142 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YaUwz-0005aa-LX for ged-emacs-devel@m.gmane.org; Tue, 24 Mar 2015 15:57:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41023) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YaUww-0005aJ-90 for emacs-devel@gnu.org; Tue, 24 Mar 2015 15:57:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YaUwr-0001J4-Tt for emacs-devel@gnu.org; Tue, 24 Mar 2015 15:57:18 -0400 Original-Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5]:38964 helo=snark.thyrsus.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YaUwn-0001I5-8p; Tue, 24 Mar 2015 15:57:09 -0400 Original-Received: by snark.thyrsus.com (Postfix, from userid 1000) id 88358C00A6; Tue, 24 Mar 2015 15:56:38 -0400 (EDT) Content-Disposition: inline In-Reply-To: <83pp7yp5po.fsf@gnu.org> X-Eric-Conspiracy: There is no conspiracy User-Agent: Mutt/1.5.23 (2014-03-12) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 71.162.243.5 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:184179 Archived-At: Eli Zaretskii : > A related question is: does "C-x v v" at all make sense with Git and > other dVCSes? If it does, what would be the DWIM cycle there? E.g., > would it make sense for "C-x v v" to push when the previous action was > commit and there are not uncommitted changes? That's an interesting idea. And certainly doable. Whether it's really DWIM depends on what workflow git's primitives are being used to implement. It makes the most sense if the relationship between the local and remote repo is the simplest one - the local repo is essentially a cache for the remote, and nobody else pushes to that remote. It makes less sense if other people are pushing to the remote. You wander into several complications here; one is that the remote may reject the push due to it not being a fast-forward from the repo tip. There are workflow-sensitive choices about what to do in this situation and thus no one right thing for VC to do here. Accordingly, I'm opposed to it at this time. But my mind could be changed by a more detailed proposal generic across DVCSes under which the push operation pays attention to some set of policy switches. -- Eric S. Raymond