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

"git checkout: --track and --no-track require -b" check accidentally resurrected?

From
Matt McCutchen <matt@mattmccutchen.net>
Date
Oct 19, 2008, 00:54 UTC
Message-ID
<1224377652.19061.12.camel@mattlaptop2.local>

Merge commit 9ba929ed resurrected the following two-line check, which was removed in the first parent and unchanged in the second:

	if (!opts.new_branch && (opts.track != git_branch_track))
		die("git checkout: --track and --no-track require -b");
Is this intentional?  Does it make a difference?

(I noticed this while carefully examining 9ba929ed to find out why "git merge" stopped honoring merge.conflictstyle. Ironically, I hit this bug again during the examination.)

Matt
Next: Junio C Hamano
Message 1 of 5 in “"git checkout: --track and --no-track require -b" check accidentally resurrected?”
  1. Matt McCutchenOct 19, 2008
  2. Junio C HamanoOct 19, 2008
  3. Is XDL_MERGE_ZEALOUS too zealous (or maybe not zealous enough)?Junio C Hamano, Oct 19, 2008
  4. Matt McCutchenOct 20, 2008
  5. Johannes SchindelinOct 20, 2008

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.