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 mode and git Date: Fri, 27 Mar 2015 14:10:49 -0400 Message-ID: References: <20150324163714.GA27775@thyrsus.com> <83y4mmpb1n.fsf@gnu.org> <20150324173536.GA30608@thyrsus.com> <83twxap92g.fsf@gnu.org> <20150324181936.GA31705@thyrsus.com> <20150325164718.GB24458@thyrsus.com> <20150326112356.GA10502@thyrsus.com> <87sicrj669.fsf@uwakimon.sk.tsukuba.ac.jp> <87oanejsao.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1427479902 10180 80.91.229.3 (27 Mar 2015 18:11:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 27 Mar 2015 18:11:42 +0000 (UTC) Cc: esr@thyrsus.com, eliz@gnu.org, rms@gnu.org, emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 27 19:11:34 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 1YbYiw-0005zZ-4e for ged-emacs-devel@m.gmane.org; Fri, 27 Mar 2015 19:11:14 +0100 Original-Received: from localhost ([::1]:51243 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbYiq-0002QZ-Eg for ged-emacs-devel@m.gmane.org; Fri, 27 Mar 2015 14:11:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58110) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbYid-0002QS-EC for emacs-devel@gnu.org; Fri, 27 Mar 2015 14:10:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YbYic-0000cu-Aa for emacs-devel@gnu.org; Fri, 27 Mar 2015 14:10:55 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:28380) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbYiY-0000br-Jp; Fri, 27 Mar 2015 14:10:50 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgUFAGvvdVRBbthL/2dsb2JhbAA3gVOhb4EIgXUBAQQBViMFCws0EhQYDSSIE6IRiUWCNAoJD0kMA4M+A4NwBKg7gTg X-IPAS-Result: AgUFAGvvdVRBbthL/2dsb2JhbAA3gVOhb4EIgXUBAQQBViMFCws0EhQYDSSIE6IRiUWCNAoJD0kMA4M+A4NwBKg7gTg X-IronPort-AV: E=Sophos;i="5.01,1,1400040000"; d="scan'208";a="114763812" Original-Received: from 65-110-216-75.cpe.pppoe.ca (HELO pastel.home) ([65.110.216.75]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Mar 2015 14:10:50 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id E870CD65; Fri, 27 Mar 2015 14:10:49 -0400 (EDT) In-Reply-To: <87oanejsao.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Sat, 28 Mar 2015 01:53:19 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:184411 Archived-At: > Those are basically crippled bound branches IMHO; That's one way to look at them. But being an avid user of git-new-workdir, I think it goes further than that. All the lightweight checkouts don't just share the storage space but they also share the "git remote" setup, the stash space, and things like that, which makes a big difference to me (regarding the stash space, Bzr's shelves were "per checkout" and I often ended up copying them from one checkout to another, so I appreciate the fact that they're per-repository in Git). > if you want to count them separately, that makes sense since Richard > is always concerned about using Emacs on machines that are seriously > underpowered by today's standards in OECD countries. I hate fans, so my computers tend to be seriously underpowered as well. > Or, for most of bzr's history, you could just use git and get the same > reduction in space used, without losing disconnected operation. :-) The .git directory (mine's at 420MB right now) is not significantly smaller then the .bzr was (I remember mine hovering around 500MB). >> It also has situations where it handles file-renames better (see >> the corresponding vc-print-log bug report mentioned recently). > I wouldn't call that "flexibility"; it's a different approach, and > IIRC bzr never learned to detect those automatically so you had to use > bzr rename or bzr copy to get the right answer. It had "bzr automove" or something like that, but it didn't work very well. > If bzr can autodetect renames, then it would be more flexible. Auto-detection is nice (tho I use "git mv" anyway, but it does help when you forget it). But the bug-report points out the difficulty of getting from "this changelog entry" to "the corresponding diff" because you need to pass the "file name used back then". It's a difficult problem in general, but in my experience Bzr handled it better. Stefan