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

Re: release-notes could be clearer on git-fetch changes

From
Jan Engelhardt <jengelh@inai.de>
Date
Feb 19, 2014, 22:58 UTC
Message-ID
<alpine.LSU.2.11.1402192356480.1491@nerf08.vanv.qr>
In-Reply-To
<xmqqtxbu98ie.fsf@gitster.dls.corp.google.com>
On Wednesday 2014-02-19 21:01, Junio C Hamano wrote:
Show 19 quoted lines
>Jan Engelhardt <jengelh@inai.de> writes:
>> The release notes for 1.9.0 read:
>>
>>> * The "--tags" option to "git fetch" no longer tells the command to
>>>   fetch _only_ the tags. It instead fetches tags _in addition to_
>>>   what are fetched by the same command line without the option.
>>
>> I think the release notes should also say -- like it was done
>> extensively for git add -- how to get back the old
>> behavior (perhaps through now-different commands).
>
>Perhaps, but the release note is not a place to repeat what the
>documentation already teaches---it primarily is to enumerate the
>changed areas, to highlight the things users may want to look up in the
>documentation, to give them a starting point.
>
>You would do something like this, I would think:
>
>	git fetch $there 'refs/tags/*:refs/tags/*'

Looking at it from one more angle, `git fetch r --tags` and `git push r --tags` is now no longer symmetric :(

Previous: Junio C HamanoNext: Michael Haggerty
Message 3 of 6 in “release-notes could be clearer on git-fetch changes”
  1. Jan EngelhardtFeb 19, 2014
  2. Junio C HamanoFeb 19, 2014
  3. Jan EngelhardtFeb 19, 2014
  4. Michael HaggertyFeb 20, 2014
  5. Jan EngelhardtFeb 20, 2014
  6. Jan EngelhardtFeb 20, 2014

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.