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: Git transition checklist Date: Thu, 09 Jan 2014 23:30:35 +0900 Message-ID: <87lhypfcs4.fsf@uwakimon.sk.tsukuba.ac.jp> References: <20140108135200.8ECF9380834@snark.thyrsus.com> <1738kywelh.fsf@fencepost.gnu.org> <20140108200216.GB5374@thyrsus.com> <6pr48h52eq.fsf@fencepost.gnu.org> <87y52pg4ov.fsf@uwakimon.sk.tsukuba.ac.jp> <838uupeitt.fsf@gnu.org> <87sisxfu6q.fsf@uwakimon.sk.tsukuba.ac.jp> <87txddmmcj.fsf@igel.home> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1389277861 6782 80.91.229.3 (9 Jan 2014 14:31:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jan 2014 14:31:01 +0000 (UTC) Cc: esr@thyrsus.com, Eli Zaretskii , emacs-devel@gnu.org To: Andreas Schwab Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 09 15:31:04 2014 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 1W1GdQ-0002Ov-GD for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 15:31:00 +0100 Original-Received: from localhost ([::1]:52280 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1GdQ-00068c-45 for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 09:31:00 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44879) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1GdG-0005y8-R3 for emacs-devel@gnu.org; Thu, 09 Jan 2014 09:30:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W1GdA-00076W-VM for emacs-devel@gnu.org; Thu, 09 Jan 2014 09:30:50 -0500 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:49901) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1Gd4-00075V-83; Thu, 09 Jan 2014 09:30:38 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id 885949708F3; Thu, 9 Jan 2014 23:30:35 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 6B9551A2E82; Thu, 9 Jan 2014 23:30:35 +0900 (JST) In-Reply-To: <87txddmmcj.fsf@igel.home> X-Mailer: VM undefined under 21.5 (beta34) "kale" 2a0f42961ed4 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.224 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:167911 Archived-At: Andreas Schwab writes: > "Stephen J. Turnbull" writes: > > > In the case of "git clone --shared" vs "git new-workdir", however, > > "git new-workdir" does something equivalent to "git clone --shared", > > and then does some other stuff too. I don't really see any reason not > > to do "clone --shared". > > clone --shared should only be used if know what you do, especially avoid > it if the origin is continued to be used for development. True, it's best used as a staging area. However, the most dangerous operations (rebasing and deleting branches in the origin repo (what I called "trunk")) are unlikely to be done by bzr fans. > It works best if the origin is just a mirror of the upstream repo, > and never modified except by pulling from upstream. A clone > without --shared gives almost the same space saving without the > caveats. That depends on how actively the developer uses separate workspaces. I guess for Emacs with about 100,000 commits and 275,000 objects, you'd have to be pretty frenetic to make a noticable difference. On balance, I guess it is better to avoid the --shared option. Except: what about Windows filesystems? I have no idea if they implement hardlinks properly (I gather the semantics of symlinks are somewhat different). > Copying commits between clones is straight forward with git fetch. True but I doubt Glenn and Eli are worried about that.