звестно, что git bisect поддерживает ветвление по своей структуре, поэтому, если между хорошим коммитом G и плохим коммитом B вы слились в ветке, он также должен учитывать эти изменения, так как ошибка может содержаться в ветке.

В моем случае у меня есть зависимость как побочная ветвь, и я время от времени объединяю изменения в свой основной проект. Зависимость может рассматриваться как библиотека, которая имеет другой способ запуска, другую систему сборки и т. Д. Из моего основного проекта, но я все еще хочу, чтобы последние изменения были внесены в нее путем слияния с основной веткой.

Тогда проблема заключается в том, что в этом сценарии вы попадаете на некомпилируемые коммиты в коммитах из зависимости.

Я действительно хотел бы рассматривать каждое слияние ветвей как один коммит при делении пополам.

Обходной путь, который я нашел до сих пор, состоит в создании списка допустимых коммитов G..B с помощью git log --first-parent, а затем при делении пополам делайте git bisect skip, если текущий коммит отсутствует в этом списке. Это занимает много времени (много файлов для проверки / изменения для каждого пропуска).

Таким образом, вопрос заключается в следующем: есть ли какой-либо способ сделать --first-parent с помощью git bisect или предоставить список коммитов, которые, по моему мнению, действительны, чтобы избежать проверки ветвей, которые, как я знаю, уже не компилируются? Как мы проверяем только коммиты, отмеченныеo на диаграмме?

G---o---o---o---o---o---o---B  main project branch
   /       /       / 
  x---x---x---x---x            dependency
           \ /
            x'                 dependency project taskbranch

редактировать: добавлена ​​схема для наглядности