From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: vc-update for bzr etc. Date: Sun, 21 Nov 2010 15:20:04 -0500 Message-ID: References: <87y68m7kdh.fsf@stupidchicken.com> <87lj4mk2e5.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1290371330 975 80.91.229.12 (21 Nov 2010 20:28:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 21 Nov 2010 20:28:50 +0000 (UTC) Cc: Dan Nicolaescu , emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 21 21:28:42 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PKGWb-0002X3-B7 for ged-emacs-devel@m.gmane.org; Sun, 21 Nov 2010 21:28:37 +0100 Original-Received: from localhost ([127.0.0.1]:54907 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PKGWa-00086O-Mz for ged-emacs-devel@m.gmane.org; Sun, 21 Nov 2010 15:28:36 -0500 Original-Received: from [140.186.70.92] (port=56503 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PKGWV-00086F-6O for emacs-devel@gnu.org; Sun, 21 Nov 2010 15:28:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PKGWU-0005ku-7J for emacs-devel@gnu.org; Sun, 21 Nov 2010 15:28:31 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:12650 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PKGWS-0005kT-TN; Sun, 21 Nov 2010 15:28:28 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An4HABYQ6UxFxKB0/2dsb2JhbAChW31yvBKFSwSEWo1p X-IronPort-AV: E=Sophos;i="4.59,232,1288584000"; d="scan'208";a="83148632" Original-Received: from 69-196-160-116.dsl.teksavvy.com (HELO ceviche.home) ([69.196.160.116]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 21 Nov 2010 15:28:27 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id B11FA660F5; Sun, 21 Nov 2010 15:20:04 -0500 (EST) In-Reply-To: <87lj4mk2e5.fsf@stupidchicken.com> (Chong Yidong's message of "Sun, 21 Nov 2010 12:33:22 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:132984 Archived-At: >> IMHO there's a benefit from implementing vc-pull/push operations. >> Then vc-update can use vc-pull after maybe asking a few questions. >> The pull/push terminology is what people are currently used to, so >> it's easier for end users. > It makes more sense to make vc-update do a pull operation for DVCS's, > and make vc-pull an alias for vc-update if necessary, instead of making > vc-pull a separate new VC operation and leaving vc-update an undefined > operation for those systems. Yes, vc-pull and vc-update should be basically the same command. The terminology in new backend operations should be `pull', I think. > So the full functionality for Bzr should be something like this: > - If it's a bound branch, do bzr update. > - Otherwise, if there is a default pull location, prompt for a location > and do "bzr merge --pull". > - Otherwise, just do "bzr merge --pull" to use the default location. > Does this sound right? If it's not bound, it should just use "bzr pull" without prompting the user, IMO. Stefan