Существуют ли какие-либо распространенные ошибки использования git или вообще какие-либо причины, почему rebase будет повторять конфликты с предыдущей rebase, если все конфликты были разрешены в предыдущей rebase?
Кроме того, имеет ли предпочтение рефайш, как конфликт был разрешен? например делает rebase хочет строгого выбора между двумя возможными фрагментами кода в обычных конфликтных скобках git внутри кода или это просто так, что он может удалить все между >>>, <<<? Мне любопытно, если удаление обоих вариантов кода для разрешения конфликта повлияет на способность rebase правильно разрешать последующие конфликты.Git Rebase повторяет конфликты с последней Rebase
Дополнительная информация: У меня есть филиал master и филиал dev. Филиал dev Я работал на стороне в течение некоторого времени, поэтому количество различных коммитов выросло довольно много, в 100 (я знаю ... должно dev в master чаще). dev В самой ветке ветки было несколько небольших ветвей функций, вырезанных из нее, а затем слитых назад, только когда-либо срезанных, пересоглашенных, объединенных с веткой dev и никогда не было master ветви (что я помню). Я переустановил dev филиал на master филиал 1 неделю назад. С тех пор я сделал еще несколько изменений в ветке dev и хотел бы снова переустановить на master, чтобы я мог подготовиться к слиянию. Произошло очень небольшое изменение в ветке master в этом 1-недельном окне, но файлы кода не перекрываются. Однако при перезагрузке dev на master я вижу тот же набор конфликтов, которые возникают при git, когда я пытаюсь выполнить текущую перезагрузку по сравнению с тем, когда я перестал неделю назад.
Спасибо!