git rebase після попереднього злиття git

Question 1

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

Я створив clone(Y) з основного сховища (X), тому що над Y працювало багато людей, ми не робили жодних, rebaseа лише merges. Коли ми хочемо доставити ( push) Y до X, ми хотіли б зробити a rebase, щоб мати речі гарні та чисті

Проблема полягає в тому, що під час виконання rebaseнас просять зробити усі злиття, які ми вже робили на попередніх mergeкроках. Чи є таке рішення, крім того, яке означає фактичне повторне об’єднання?

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

Question 2

Переоцінка для отримання "чистої" історії переоцінена. Найкращий спосіб, якщо ви хочете зберегти історію, - це просто зробити злиття, а не перебазувати. Таким чином, якщо вам коли-небудь доведеться повернутися до версії, вона точно така ж, як та, яку ви перевірили під час розробки. Це також вирішує вашу проблему з раніше вирішеними конфліктами злиття.

Якщо ви не дбаєте про збереження історії, ви можете створити нову гілку від master, перевірити її, а потім зробити a, git read-tree -u -m devщоб оновити ваше робоче дерево відповідно до devгілки. Тоді ви можете зробити все в одному великому коміті і об'єднати це в master як зазвичай.

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