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

Re: [PATCH 1/9 v4] bisect: add "git bisect replace" subcommand

From
Christian Couder <chriscool@tuxfamily.org>
Date
Nov 15, 2008, 14:19 UTC
Message-ID
<200811151519.27426.chriscool@tuxfamily.org>
In-Reply-To
<491D4D02.6080004@gnu.org>
Le vendredi 14 novembre 2008, Paolo Bonzini a écrit :
Show 20 quoted lines
> >> users could also set up a few
> >> special bisect/set-debug-to-1, bisect/remove-cflags-o2 and so on
> >> patches that you could use for purposes other than ensuring known bugs
> >> are fixed.
> >
> > In this case it is similar to Junio's proposal. But I think that for
> > changes like set-debug-to-1 and remove-cflags-o2, using the right make
> > command should be enough.
>
> Yeah, I couldn't think of a better usecase, but you got the idea.
>
> >> Finally, you could have a [bisect] configuration section with entries
> >> like "cherry-pick = BROKEN-SHA1 FIX-SHA1" and "git bisect" would apply
> >> FIX-SHA1 automatically if the bisect tip were in
> >> BROKEN-SHA1..FIX-SHA1.
> >
> > Yes, but how do you share this between members of a team?
>
> That's a common problem with stuff that goes in .gitconfig.  It does not
> belong in the repository, though...
Why?

Git encourages people to develop by creating many branches of commits, working on them and sharing them, and that seems to work very well. So I really don't understand why _the hell_ people using bisect could not also benefit of from creating patched up branches, sharing them, bisecting on them.

Especially as, in my patch series, it does not in _any way_ change anything for people who just don't want to use patched up branches. They just need to not download any "bisect-replace-*" branch, or we can even implement a config option "bisect.useReplaceBranches" that default to "no" if that is such a big threat to them.

I agree that the name of the branches "bisect-replace-*" may not be the best or that using special refs in "refs/replace/" might be better (except that these refs should have in my opinion a special namespace to be easily distinguished from others), but I don't think _at all_ that this should be enough to discard the whole idea (and implementation but that's another story).

Or is there a god command I don't know about that says:

Thou shall not use patched up branches to bisect! Thou shall bisect painfully!

Regards, Christian.

Previous: Paolo Bonzini
Message 9 of 9 in “bisect: add "git bisect replace" subcommand”
  1. 1/9 bisect: add "git bisect replace" subcommandChristian Couder, Nov 11, 2008
  2. Junio C HamanoNov 11, 2008
  3. Christian CouderNov 12, 2008
  4. Junio C HamanoNov 13, 2008
  5. Christian CouderNov 13, 2008
  6. Paolo BonziniNov 13, 2008
  7. Christian CouderNov 14, 2008
  8. Paolo BonziniNov 14, 2008
  9. Christian CouderNov 15, 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.