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

Re: [PATCH 1/3 v2] bisect: add "git bisect replace" subcommand

From
Christian Couder <chriscool@tuxfamily.org>
Date
Nov 5, 2008, 17:51 UTC
Message-ID
<200811051851.11376.chriscool@tuxfamily.org>
In-Reply-To
<20081104183506.bb9af13a.chriscool@tuxfamily.org>
Le mardi 4 novembre 2008, Christian Couder a écrit :
Show 34 quoted lines
> This subcommand should be used when you have a branch or a part of a
> branch that isn't easily bisectable because of a bug that has been
> fixed latter.
>
> We suppose that a bug as been introduced at some point, say A, and
> that it has been fixed latter at another point, say B, but that
> between these points the code is not easily testable because of the
> bug, so it's not easy to bisect between these points.
>
> In this case you can create a branch starting at the parent of A, say
> O, that has a fixed history. In this fixed history for example, there
> could be first a commit C that is the result of squashing A and B
> together and then all the commits between A and B that have been
> cherry picked.
>
> For example, let's say the commits between A and B are X1, X2, ... Xn
> and they have been cherry picked after C as Y1, Y2, ... Yn:
>
>         C--Y1--Y2--...--Yn
>       /
> ...--O--A--X1--X2--...--Xn--B--...
>
> By design, the last cherry picked commit (Yn) should point to the same
> tree as commit B.
>
> So in this case you can say:
>
> $ git bisect replace B Yn
>
> and commit B will be tagged with a special name like:
> "bisect-replace-with-Yn"
>
> (A branch that points to commit Yn will also be created with a name
> like: "bisect-replace-B")

It occured to me that perhaps only the branch is needed and we can get rid of the tag. This should remove the need to check that the branch still exists when we are creating grafts.

I will see what I an come up with.

Regards, Christian.

Previous: Christian Couder
Message 2 of 2 in “bisect: add "git bisect replace" subcommand”
  1. 1/3 bisect: add "git bisect replace" subcommandChristian Couder, Nov 4, 2008
  2. Christian CouderNov 5, 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.