Что это значит, когда ваш пул реквест в порядке, но вас просят «перебазировать это на мастер»? После чего владелец сольет его

Ваш запрос на включение одобрен кем-то с правами на запись, и он отвечает: «Вы можете перебазировать это на мастере? Я объединю это позже».

Каковы будут шаги с использованием git, если это упростит ситуацию. Или любой шаг, связанный с Visual Studio и даже GitHub Desktop.

  • git мастер перебазирования
  • git commit -m "перебазировать в мастер"
  • git push

Это то, что он имел в виду? И почему моя вилка должна быть перебазирована? Я не могу перебазировать его репо.

Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
2
0
41
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Сначала вы должны сослаться на целевой репозиторий, предполагая, что ваш PR исходит от форка:

cd /path/to/local/cloned/fork
git remote add upstream https://github.com/original/repository
git fetch upstream

Затем вы можете перебазировать обновленную целевую ветку (master) из целевого репозитория (upstream).

git switch my_pr_branch
git rebase upstream/master
git push --force

Предполагая, что вы единственный, кто работает над PR, push --force не опасен и обновит ваш PR.

Конечная цель состоит в том, чтобы позволить сопровождающему целевого репозитория выполнить тривиальное слияние вашей ветки PR с мастером: тривиально, потому что все ваши коммиты PR будут добавлены поверх основного, конфликтов слияния больше не будет. Любые конфликты слияния разрешались вами локально во время перебазирования.

Спасибо, это действительно был пиар от вилки. Я только что понял, что объединил мастер в свою разветвленную ветку. Позвольте мне попытаться отменить это и попробовать ваш хорошо написанный ответ.

Louis Waweru 23.03.2022 09:03

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

Louis Waweru 23.03.2022 11:05

Я наткнулся на шаг rebase с желтым намеком git: hint: Resolve all conflicts manually, mark them as resolved with hint: "git add/rm <conflicted_files>", then run "git rebase --continue". hint: You can instead skip this commit: run "git rebase --skip". hint: To abort and get back to the state before "git rebase", run "git rebase --abort".

Louis Waweru 23.03.2022 11:16

@LouisWaweru Да, это ожидаемо: перебазирование означает: разрешить любой конфликт слияния локально. Следовательно, ваше желтое сообщение-подсказка.

VonC 23.03.2022 11:18

Выборка настигла около 20 новых коммитов, это было немного пугающе. Ах, конфликт должен означать файл, который я тоже изменил. Не другие коммиты, которые я не трогал. Менее страшно, если так

Louis Waweru 23.03.2022 11:19

@LouisWaweru Это естественное следствие децентрализованного контроля версий: асинхронная и параллельная разработка. Пока вы разрабатываете свой форк, исходный репозиторий продолжает получать новые коммиты.

VonC 23.03.2022 11:20

Другие вопросы по теме