From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: vc-update for bzr etc. Date: Sun, 21 Nov 2010 12:09:21 -0500 Message-ID: References: <87y68m7kdh.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1290359374 8181 80.91.229.12 (21 Nov 2010 17:09:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 21 Nov 2010 17:09:34 +0000 (UTC) Cc: emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 21 18:09:30 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 1PKDPt-0003iF-Uq for ged-emacs-devel@m.gmane.org; Sun, 21 Nov 2010 18:09:30 +0100 Original-Received: from localhost ([127.0.0.1]:33018 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PKDPt-0002r9-GM for ged-emacs-devel@m.gmane.org; Sun, 21 Nov 2010 12:09:29 -0500 Original-Received: from [140.186.70.92] (port=38398 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PKDPo-0002r1-OD for emacs-devel@gnu.org; Sun, 21 Nov 2010 12:09:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PKDPn-0007HK-Kn for emacs-devel@gnu.org; Sun, 21 Nov 2010 12:09:24 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]:58542) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PKDPn-0007HF-GX for emacs-devel@gnu.org; Sun, 21 Nov 2010 12:09:23 -0500 Original-Received: from dann by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1PKDPl-0003Ol-1P; Sun, 21 Nov 2010 12:09:21 -0500 In-Reply-To: <87y68m7kdh.fsf@stupidchicken.com> (Chong Yidong's message of "Sun\, 21 Nov 2010 10\:43\:22 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:132964 Archived-At: Chong Yidong writes: > [I sent this yesterday, but the message didn't show up; resending.] > > From vc.el: > > ;; - vc-update/vc-merge should deal with VC systems that don't > ;; update/merge on a file basis, but on a whole repository basis. > ;; vc-update and vc-merge assume the arguments are always files, > ;; they don't deal with directories. Make sure the *vc-dir* buffer > ;; is updated after these operations. > ;; At least bzr, git and hg should benefit from this. > > Here's a quick stab at this. If a backend defines vc-BACK-merge-news > (svn and cvs), vc-update tries a per-file update unless a prefix > argument is supplied. Otherwise, it tries vc-BACK-update-repository, a > new VC backend function. Included is an implementation for bzr, > vc-bzr-update-repository, which runs asynchronously and outputs to a > *vc-update* buffer (currently Fundamental mode, but can be improved). > > Thoughts? 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. [Incidentally merge-news used by VC probably means close to nothing to almost anyone]. > Any subtleties here that I'm missing? Updating the all the files and buffers after this operation.