git rebase после предыдущего слияния git

Question 1

У меня такая ситуация:

Я создал clone(Y) из основного репозитория (X), потому что над Y работало много людей, мы не делали ничего, rebaseа только merges. Когда мы хотим доставить ( push) Y в X, мы хотели бы сделать rebase, чтобы все было красиво и чисто

Проблема в том, что при выполнении rebaseнас просят выполнить все слияния, которые мы уже сделали на предыдущих mergeшагах. Есть ли решение этой проблемы, кроме того, которое означает повторное слияние?

Я ожидал, что это будет довольно просто, поскольку мы уже решили конфликтующие слияния.

Question 2

Ребазинг для получения "чистой" истории переоценен. Лучший способ сохранить историю - это просто выполнить слияние, а не перебазирование. Таким образом, если вам когда-нибудь понадобится вернуться к ревизии, она будет такой же, как и та, которую вы тестировали во время разработки. Это также решает вашу проблему с ранее решенными конфликтами слияния.

Если вы не заботитесь о сохранении истории, вы можете создать новую ветку от мастера, проверить ее, а затем выполнить a, git read-tree -u -m devчтобы обновить рабочее дерево в соответствии с devветкой. Затем вы можете зафиксировать все в одном большом коммите и как обычно слить его с мастером.

Question 3

git merge --squashтеперь мой предпочтительный способ перебазирования после большого объема работы и множества слияний ( см. этот ответ ). Если ветка, над которой вы работаете, вызывается my-branchи вы хотите выполнить перебазирование, masterпросто выполните следующие действия:

git checkout my-branch
git branch -m my-branch-old
git checkout master
git checkout -b my-branch
git merge --squash my-branch-old
git commit

Question 4

Два замечания:

вы можете перебазировать свою собственную (еще не запущенную) работу столько раз, сколько хотите, поверх только что загруженных коммитов.
Вы могли бы избежать конфликтов слияния (во время перебазирования), если бы вы активировалиgit rerere , что и делается для такого рода ситуаций.
Смотрите больше на git rerere.

Question 5

Вы можете взять все изменения в своей ветке и поместить их в новую фиксацию masterследующим образом:

git diff master > my_branch.patch
git checkout master
patch -p1 < my_branch.patch

Затем подготовьте свои файлы и выполните фиксацию.

Question 6

Что касается воспроизведения конфликтов слияния, вы можете использовать git rerere для ведения базы данных о том, как конфликты слияния уже были решены, так что выполнение перебазирования, которое приводит к тем же конфликтам, будет иметь трудоемкие части, выполненные за вас автоматически.

https://hackernoon.com/fix-conflicts-only-once-with-git-rerere-7d116b2cec67

git config --global rerere.enabled true

Единственное, на что следует обратить внимание, это то, что если вы решили что-то неправильно, в следующий раз оно будет автоматически заблокировано и для вас, и вы можете этого не осознавать.

Более формальная документация здесь: https://git-scm.com/docs/git-rerere