Як відновити локальну гілку з віддаленим майстром

У мене є клонований проект з головного відділення з віддаленого сховища remote_repo. Я створюю нову гілку, і я зобов'язуюся до неї. Інші програмісти підштовхнулися до remote_repoголовного відділення.

Мені потрібно зараз перезавантажити свою відділення RB на remote_repomaster.

Як це зробити? Які команди ввести в термінал?

Спершу вийміть нового майстра з сховища вище, а потім відновіть свою робочу гілку на цьому:

git fetch origin            # Updates origin/master
git rebase origin/master    # Rebases current branch onto origin/master

Оновлення : Дивіться відповідь Пола Дрейпера для більш стислого способу зробити те саме - останні версії Git пропонують більш простий спосіб зробити еквівалент вищевказаних двох команд.

git pull --rebase origin master
# where --rebase[=(false|true|merges|preserve|interactive)]

Після внесення змін у свою філію, оформити замовлення masterта витягнути її, щоб отримати останні зміни від репо:

git checkout master
git pull origin master

Потім перевірте свою філію та відновіть зміни на master:

git checkout RB
git rebase master

... або останні дві команди в одному рядку:

git rebase master RB

При спробі відштовхуватися назад origin/RB, ймовірно, ви отримаєте помилку; якщо ви єдиний, хто працює над цим RB, ви можете змусити натиснути:

git push --force origin RB

... або наступним чином, якщо ви git правильно налаштовані:

git push -f

Примітка: Якщо у вас вже є широкі знання про перезавантаження, використовуйте нижче одного вкладиша для швидкого відновлення. Рішення: якщо припустити, що ви працюєте у своєму відділенні, і ви єдина людина, яка працює над цим.

git fetch && git rebase origin/master

Вирішіть будь-які конфлікти, протестуйте свій код, введіть і натисніть нові зміни на віддалену гілку.

                            ~:   For noobs   :~

Наступні кроки можуть допомогти всім, хто не знайомий git rebaseі хотів це зробити без клопоту

Крок 1: Припустимо, що на YourBranch в цей момент жодних комісій та змін не повинно бути внесено. Ми відвідуємо YourBranch.

git checkout YourBranch
git pull --rebase

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

Крок 2: Вирішіть будь-які конфлікти, що виникають.

Крок 3:

git checkout master
git pull --rebase

Що трапилось?Витягує всі останні зміни з віддаленого майстра та відновлює локальний майстер на віддалений майстер. Я завжди тримаю віддалений майстер в чистоті і випускаю готовим! І, віддайте перевагу лише працювати на майстрах або галузях на місцях. Я рекомендую робити це до тих пір, поки ви не отримаєте руку щодо змін або git змін. Примітка: Цей крок не потрібен, якщо ви не підтримуєте локальний майстер, натомість ви можете зробити завантаження та відновлення віддаленого майстра безпосередньо на локальній гілці. Як я згадував в одному кроці на початку.

Крок 4: Вирішіть будь-які конфлікти, що виникають.

Крок 5:

git checkout YourBranch
git rebase master

Що трапилось?База даних на майстер буває

Крок 6: Вирішіть будь-які конфлікти, якщо є конфлікти. Використовуйте git rebase --continueдля продовження відновлення після додавання вирішених конфліктів. У будь-який час можна користуватисяgit rebase --abort перериванням бази даних.

Крок 7:

git push --force-with-lease 

Що трапилось? Натискання змін на ваш віддалений YourBranch. --force-with-leaseпереконайтеся, чи є якісь інші вхідні зміни для ВашогоBranch від інших розробників, поки ви перезапускаєте. Це дуже корисно, а не силовий натиск. У разі будь-яких вхідних змін потім отримайте їх, щоб оновити локальний YourBranch перед натисканням змін.

Чому потрібно натиснути на зміни? Щоб переписати повідомлення про фіксацію у віддалений YourBranch після належної перезавантаження або Якщо якісь конфлікти вирішені? Тоді вам потрібно відсунути зміни, які ви вирішили в локальному репо, на віддалене репорту YourBranch

Yahoooo ...! Ви успішно справляєтеся з відсівом.

Ви також можете розглянути:

git checkout master
git merge YourBranch

Коли і чому? Об’єднайте свою філію в головну, якщо це зроблено зі змінами з боку вас та інших співавторів. Завдяки чому ВашBranch є в курсі майстра, коли ви хотіли працювати над тією ж гілкою пізніше.

                            ~:   (๑ơ ₃ ơ)♥ rebase   :~

Крок 1:

git fetch origin

Крок 2:

git rebase origin/master

Крок 3: (Виправте конфлікти)

git add .

Крок 4:

git rebase --continue

Крок 5:

git push --force

1.Оновіть майстер спочатку ...

git checkout [master branch]
git pull [master branch]

2.Зараз перейдіть джерело-відділення з головним відділенням

git checkout [source branch]
git rebase [master branch]
git pull [source branch] (remote/source branch)
git push [source branch]

Якщо філія джерела ще не існує на віддаленому, тоді виконайте:

git push -u origin [source branch]

"et voila ..."

git fetch origin master:master витягує останню версію майстра, не потрібно перевіряти його.

Отже, все, що вам потрібно:

git fetch origin master:master && git rebase master 👌