Представление отредактированных файлов в ветку Git, а затем слияние

Question

У меня такая ситуация следующая.У меня есть старый проект в решении, которое я назову Old Project A и Old Solution A.Это была расходящаяся ветвь (просто копия SVN для разработки) из основного проекта и решения.Это было в черепахе SVN.У меня есть копия этого Old Project A и Old Solution A на моем компьютере.

Затем мы помещаем основную линию нашего решения и проект в Git.Многое произошло, и в Git есть много коммитов.

Итак, теперь у меня есть Git Project A в Git Solution A.

Я хочу представить Old Project A в веткерепозиторий Git.

Создано 2 новых ветви, которые я назову NewBranch A и NewBranch B, оба из основной ветви.

Из NewBranch B Я удалил Git Project A и заменил его на Old Project A, зафиксировал все измененные файлы, но не зафиксировал все удаленные файлы (которые были добавлены в более новую Git Project A).

git checkout NewBranch B
git merge NewBranch A

Но это только сохраняетOld Project A код и не объединяет Git Project B.Я, конечно, ожидал конфликтов слияния.Я хотел, чтобы они разобрались с ними вручную.Но я получил только код Old Project A.

Как я могу объединить код Old Project A с Git Project B и затем вручную отсортировать конфликты?

Answer 1

Я вижу 2 варианта для вашей ситуации.

1. Просто используйте Meld или другой инструмент объединения, чтобы вручную объединить новые ветви.Это более контролируемо.

Но если вы настаиваете на использовании git,

Создайте NewBranch из самого первого git commit главной ветви вместо последнего master.Скопируйте туда весь старый код и зафиксируйте.Теперь объедините последний мастер с NewBranch.Это должно вызвать конфликты, как вы ожидали, и вы можете разрешить конфликты вручную.