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