Як уникнути злиття-вчинення пекла на GitHub / BitBucket

Ми закінчуємо багато речей, подібних до цього у нашому репо:

Merge branch 'master' of bitbucket.org:user/repo

Це відбувається кожного разу, коли розробник синхронізує свою локальну вилку з репо-версією верхнього рівня.

Чи все-таки є можливість уникнути цього пекла злиття, не захаращуючи весь журнал репо? Чи можна їх уникати, коли якимось чином ініціювати запити?

Я знаю, що я можу зробити git rebase, якщо це зроблено лише в моїй локальній машині VM, чи є еквівалентність у інтерфейсі GitHub / BitBucket?

Як ви це робите?

Побазуйте гілки функцій перед об'єднанням

Якщо ви хочете уникнути об'єднання комітетів, вам потрібно забезпечити швидкий перехід усіх комітетів. Виконуєте це, переконуючись, що галузь вашої функції перезавантажується на вашу лінію розробки перед об'єднанням так:

git checkout master
git checkout -b feature/foo

# make some commits

git rebase master
git checkout master
git merge --ff-only feature/foo

У Rebase також є безліч прапорів, включаючи інтерактивне звільнення з -iпрапором, але це може вам не знадобитися, якщо ви зберігаєте речі максимально просто і хочете зберегти всю історію вашої філії на злитті.

Використовуйте --ff-onlyпрапор

Окрім перебазування, використання --ff-onlyпрапора гарантуватиме, що дозволені лише перемотування вперед. Зобов’язання не буде здійснено, якщо це буде замість нього об'єднання. На сторінці керівництва git-merge (1) написано:

--ffff-only

Відмовтеся від злиття та виходу з ненульовим статусом, якщо поточна HEAD вже оновлена ​​або злиття не може бути вирішено як швидкий вперед.

Концепція "Тодд А. Джейкобс" вже згадувала "перезавантаження". Це лише більш детальний спосіб робити речі.

Скажімо, ви на головній гілці

$ git branch
  * master

Ви хочете зробити виправлення, тому створіть "fixbranch", який відгалужений від головного

$ git checkout -b fixbranch

Можливо, ви б пропрацювали пару днів на цій гілці і мали б пару комітетів.

Дня, коли ви хотіли підштовхнути свої зобов'язання до центрального майстер-репо! Оформити замовлення майстра та отримати останні зміни від центрального майстер-репо

$ git checkout master
$ git pull origin master

Повторіть свою фіксацію з майстром, щоб мати чисту історію та вирішити конфлікти, якщо такі є в самому локальному репо.

$ git checkout fixbranch
$ git rebase master

Тепер fixbranch оновлений до центрального майстра, дозвольте мені об'єднати fixbranch у головну гілку

 $ git checkout master
 $ git merge fixbranch

Я все! дозвольте мені підштовхнути місцевого господаря до центрального майстра

$ git push origin master

https://git-scm.com/book/en/v2/Git-Branching-Rebasing