From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Git transition checklist Date: Thu, 09 Jan 2014 15:58:23 +0100 Organization: Organization?!? Message-ID: <87ob3lkxrk.fsf@fencepost.gnu.org> 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> <87lhypfcs4.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 1389279529 28409 80.91.229.3 (9 Jan 2014 14:58:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jan 2014 14:58:49 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 09 15:58:55 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 1W1H4Q-0001Gb-CV for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 15:58:54 +0100 Original-Received: from localhost ([::1]:52429 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1H4Q-0007Y2-40 for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 09:58:54 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52970) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1H4H-0007PY-PB for emacs-devel@gnu.org; Thu, 09 Jan 2014 09:58:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W1H4B-0007rJ-Ow for emacs-devel@gnu.org; Thu, 09 Jan 2014 09:58:45 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:57675) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1H4B-0007qx-JZ for emacs-devel@gnu.org; Thu, 09 Jan 2014 09:58:39 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W1H48-0000Zp-Ms for emacs-devel@gnu.org; Thu, 09 Jan 2014 15:58:36 +0100 Original-Received: from x2f51f78.dyn.telefonica.de ([2.245.31.120]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Jan 2014 15:58:36 +0100 Original-Received: from dak by x2f51f78.dyn.telefonica.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Jan 2014 15:58:36 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 26 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: x2f51f78.dyn.telefonica.de X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:8PEIfQ80nrAAyYk929qCV83Y9vo= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:167919 Archived-At: "Stephen J. Turnbull" writes: > 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. Branches are rebased and deleted also when upstream developers rebase and delete in the central repository from which the material is fetched. > On balance, I guess it is better to avoid the --shared option. Yup. -- David Kastrup