| ▲ | SoftTalker 4 days ago | |||||||||||||||||||
I can think of only a couple of cases over 20+ years where I had to bisect the commit history to find a bug. By far the normal case is that I can isolate it to a function or a query or a class pretty quickly. But most of my experience is with projects where I know the code quite well. | ||||||||||||||||||||
| ▲ | cloud8421 4 days ago | parent | next [-] | |||||||||||||||||||
I think your last sentence is the key point - the times I've used bisect have been related to code I didn't really know, and where the knowledgeable person was not with the company more or on holiday. | ||||||||||||||||||||
| ||||||||||||||||||||
| ▲ | wyldfire 4 days ago | parent | prev | next [-] | |||||||||||||||||||
> By far the normal case is that I can isolate it to a function or a query or a class pretty quickly In general, this takes human-interactive time. Maybe not much, but generally more interactive time than is required to write the bisect test script and invoke `git bisect run ...` The fact that it's noninteractive means that you can do other work in the meantime. Once it's done you might well have more information than you'd have if you had used the same time manually reducing it interactively by trying to reduce the scope of the bug. | ||||||||||||||||||||
| ▲ | 4 days ago | parent | prev | next [-] | |||||||||||||||||||
| [deleted] | ||||||||||||||||||||
| ▲ | hinkley 4 days ago | parent | prev [-] | |||||||||||||||||||
I’ve needed CPR zero times and bisect around a dozen. You should know both particularly for emergencies. | ||||||||||||||||||||