From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Obscure error/warning/information message from git pull Date: Sat, 15 Nov 2014 12:05:07 +0000 Message-ID: <20141115120506.GA3581@acm.acm> References: <87389mkjwo.fsf@thinkpad-t440p.tsdh.org> <20141114141434.GM3565@embecosm.com> <20141114180521.GA3168@acm.acm> <20141114230235.GF3168@acm.acm> <87lhncoqrp.fsf@fencepost.gnu.org> <83389khn1g.fsf@gnu.org> <87h9y0omii.fsf@fencepost.gnu.org> <83vbmgg57x.fsf@gnu.org> <878ujcoj0k.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1416053181 20075 80.91.229.3 (15 Nov 2014 12:06:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 15 Nov 2014 12:06:21 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 15 13:06:14 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 1Xpc7H-0005wc-Ao for ged-emacs-devel@m.gmane.org; Sat, 15 Nov 2014 13:06:11 +0100 Original-Received: from localhost ([::1]:39976 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xpc7G-0004G2-KH for ged-emacs-devel@m.gmane.org; Sat, 15 Nov 2014 07:06:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48216) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xpc6x-0004Ft-J9 for emacs-devel@gnu.org; Sat, 15 Nov 2014 07:05:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xpc6p-0001fk-JV for emacs-devel@gnu.org; Sat, 15 Nov 2014 07:05:51 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:62685 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xpc6p-0001f7-1X for emacs-devel@gnu.org; Sat, 15 Nov 2014 07:05:43 -0500 Original-Received: (qmail 57420 invoked by uid 3782); 15 Nov 2014 12:05:41 -0000 Original-Received: from acm.muc.de (pD951B44F.dip0.t-ipconnect.de [217.81.180.79]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 15 Nov 2014 13:05:40 +0100 Original-Received: (qmail 3735 invoked by uid 1000); 15 Nov 2014 12:05:07 -0000 Content-Disposition: inline In-Reply-To: <878ujcoj0k.fsf@fencepost.gnu.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 193.149.48.1 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:177172 Archived-At: Hello, David. On Sat, Nov 15, 2014 at 11:28:11AM +0100, David Kastrup wrote: > Eli Zaretskii writes: > >> From: David Kastrup > >> Cc: emacs-devel@gnu.org > >> Date: Sat, 15 Nov 2014 10:12:37 +0100 > >> >> git log --all --source > >> > This has the disadvantage of showing the branches in the obscure > >> > refs/foo/bar/branch format. Its advantage (AFAIK) is that it will > >> > also show commits on remote branches that are not (yet) tracked by the > >> > repo (please correct me if I'm wrong). > >> git cannot magically show anything that isn't in the repo. > > It is unclear to me, at my current level of knowledge, what exactly > > "is in the repo". > All the references you fetched/cloned and everything they point to. > > I didn't see that explained in detail anywhere. > > For example, "git clone" is advertised as "clone a repository", but > > that evidently only "fully" clones the master branch; other branches > > won't even be updated by the following "git pull"s unless you say > > "git checkout BRANCH" once (or give some other command that has the > > same effect). Then what exactly is brought downstream by 'clone', and > > why is it called "repository" rather than "branch"? > The manual is clear about that. I second Eli's comment on this. > Clones a repository into a newly created directory, creates > remote-tracking branches for each branch in the cloned repository > (visible using git branch -r), and creates and checks out an initial ^^^ > branch that is forked from the cloned repository\u2019s currently active > branch. So "git clone" is defined in terms of "clone". Looks like a recursive "definition" to me - part of what "git clone" does is to "clone[s] a repository". There then follows an incoherent list of the form "does A, then does B, then does C, ...". What is missing is a definition of "clone". It would appear to mean "make a partial copy of". This is in contrast to the word's uses in all other contexts where it means "duplicate". Please correct me if I'm mistaken here, but I think my "git clone"ing of the repository at savannah only partially copied that repository, thus I have an incomplete copy of it. So git's concept of "distributed vcs" is that the repository is collectively stored across many computers, as contrasted with bzr's and hg's model where the complete repository is stored on each participating computer. > After the clone, a plain git fetch without arguments will update all > the remote-tracking branches, and a git pull without arguments will in > addition merge the remote master branch into the current master branch, > if any (this is untrue when "--single-branch" is given; see below). > This default configuration is achieved by creating references to the > remote branch heads under refs/remotes/origin and by initializing > remote.origin.url and remote.origin.fetch configuration variables. > git-clone does not create more _local_ branches than the one it creates > and checks out from the currently active branch of the remote > repository. And a subsequent git checkout will require access, possibly net access, to the repository from which the current one was copied, yes? [ .... ] > -- > David Kastrup -- Alan Mackenzie (Nuremberg, Germany).