¿Es posible utilizar git-bisect para rastrear un problema que podría estar en uno de los dos repositorys?

Trabajo en un proyecto que (por razones fuera del scope de esta pregunta) está separado entre dos repositorys de git. Es un proyecto web y tiene una capa de biblioteca común (almacenada en el repository A) y una capa de proyecto específica (almacenada en el repository B).

¿Existe una metodología de trabajo efectiva para determinar qué compromiso introdujo un error en particular, dado que podría estar en cualquier repository, usando git-bisect ? He intentado cosas como mantener el compromiso en A constante mientras hago un git-bisect en B, y así sucesivamente, pero las interacciones son muy complejas, ya que a menudo los cambios en B dependen de A, o viceversa. (Estos cambios no son relevantes para el error que estoy buscando, pero impiden que el sitio se cargue y, por lo tanto, yo hago una testing válida).

¿Hay alguna manera de vincular los dos git-bisect s para que un git bisect good o bad en un repository verifique el commit más cercano en el time en el otro? ¿O fusionarlos temporalmente para probarlos juntos de alguna manera?

Sería un comienzo si hay un enfoque que incluso networkinguce el scope de la búsqueda.

Creo que podrías dividir en dos A, donde tu condición de testing es dividir en dos B y "malo" se define como "el sitio no se carga" o "error que estoy buscando".