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

[BUG?] git fetch -p -t prunes all non-tag refs

From
Ben Boeckel <mathstuf@gmail.com>
Date
Sep 26, 2011, 18:47 UTC
Message-ID
<20110926184739.GA11745@erythro.kitwarein.com>
Hi,

When the --prune and --tags options are given to git fetch together, all non-tag refs are pruned because only tags are looked at and when pruning it appears as if the branches have disappeared and are therefore deleted locally. Maybe this is an unintentional wanted behavior, but it should at least be documented that the combination causes this to happen.

    git-1.7.6.2-1.fc15.x86_64
Appears to still be there in master (85e9c7e) from looking at the logs.
--Ben
Next: Junio C Hamano
Message 1 of 14 in “[BUG?] git fetch -p -t prunes all non-tag refs”
  1. Ben BoeckelSep 26, 2011
  2. Junio C HamanoSep 26, 2011
  3. Ben BoeckelSep 26, 2011
  4. Carlos Martín NietoSep 26, 2011
  5. Junio C HamanoSep 26, 2011
  6. Carlos Martín NietoSep 26, 2011
  7. Jeff KingSep 27, 2011
  8. Carlos Martín NietoOct 4, 2011
  9. Jeff KingOct 4, 2011
  10. Carlos Martín NietoOct 4, 2011
  11. 0/2 Be more careful when prunningCarlos Martín Nieto, Oct 6, 2011
  12. 1/2 fetch: free all the additional refspecsCarlos Martín Nieto, Oct 6, 2011
  13. 2/2 fetch: honor the user-provided refspecs when pruning refsCarlos Martín Nieto, Oct 6, 2011
  14. Junio C HamanoOct 7, 2011

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.