Have you ever used git bisect?
cross-posted from: https://programming.dev/post/214031
Have you ever used
git bisect
? If so, how did you use it? Did it help you find a problem which would otherwise be difficult to find? Story time, I guess?
cross-posted from: https://programming.dev/post/214031
Have you ever used
git bisect
? If so, how did you use it? Did it help you find a problem which would otherwise be difficult to find? Story time, I guess?
For those (like me) who were not aware of git bisect
:
The git bisect
command is a powerful tool that quickly checks out a commit halfway between a known good state and a known bad state and then asks you to identify the commit as either good or bad. Then it repeats until you find the exact commit where the code in question was first introduced.
I certainly have! Although I can count on two hands how many times I've used it, it has proven to be extremely powerful when trying to pin-point changes that introduced non-trivial bugs. Specifically if the time-span of when the bug was introduced it is very useful to quickly sift through commit history.
It's mostly relevant for a project you're not familiar with (perhaps it is/was someone else's project, or perhaps a project that's too large for a single user to be familiar with the entirety of), since it helps you figure out where a bug came from.
If you're familiar with the entire project you usually don't need it IME.
Quite a few times, sure. git bisect
is a specific case of a more general technique -- binary search fault localization -- which comes in handy every once in a while (you can go a long while without needing it, but when you do need it, you'll be thankful for it). If you can't otherwise trace where in the code something is going wrong, bisect the code: comment or remove half of it out, see if it reproduces (therefore localizing it to either the removed or the remaining half), and repeat. If you're working with some software that's breaking on your config after a major version bump, bisect your config. Don't have an idea what introduced a bug into your branch? git bisect
.
Usually when theres a "mystery" bug on something that already worked before. Spending half a day running the build script over and over again, is still faster than debugging in different parts of the codebase with the hope of finding some hint.