I work on a project that (for reasons outside the scope of this question) is separated between two git repositories. It's a web project, and has a common library layer (stored in repository A) and a specific project layer (stored in repository B).
Is there an effective working methodology for figuring out which commit introduced a particular bug, given it could be in either repository, using git-bisect
? I've tried things like keeping the commit in A constant whilst doing a git-bisect
on B, and so on, but the interactions are too complex, as often changes in B were dependent on A, or vice-versa. (These changes aren't relevant to the bug I'm searching for, but do stop the site from loading, and hence me doing a valid test).
Is there a way I can link the two git-bisect
s so a git bisect good
or bad
on one repository checks out the commit closest in time on the other one? Or merge them temporarily to test them together somehow?
It would be a start if there's an approach that even just narrows down the scope of the search.