git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Tags not transferred with git pull?

From
Junio C Hamano <junkio@cox.net>
Date
Nov 4, 2005, 19:26 UTC
Message-ID
<7vll04tdsz.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<20051104160503.GC23790@harddisk-recovery.com>
Erik Mouw <erik@harddisk-recovery.com> writes:
> Ah, right. I got the impression that the latest git was supposed to do
> that automatically with a git pull.

Sorry for the confusion. The barebone Porcelainish shipped with git-core does not fetch and store tags unconditionally under the same name as the remote has without being told; you need to explicitly tell it to 'git fetch --tags'.

What was added recently was a low level support for Cogito to implement the automatic tracking. This is supposed to (I do not offhand know if the Cogito side has been updated to do so already) work a bit differently. Instead of grabbing all tags and all objects reachable from them, as you fetch commits from the remote, the automatic tracking fetches tags that point at them. What this means is that the tags on the remote branch you are tracking would be fetched automatically but tags on a remote branch you are not interested in are not.

Previous: Erik MouwNext: Erik Mouw
Message 5 of 6 in “Tags not transferred with git pull?”
  1. Erik MouwNov 4, 2005
  2. Jan HarkesNov 4, 2005
  3. Fernando J. PeredaNov 4, 2005
  4. Erik MouwNov 4, 2005
  5. Junio C HamanoNov 4, 2005
  6. Erik MouwNov 7, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.