GitHub, Мерзавец, как отправить изменения в восходящем репозитории

Мы использовали Мерзавца внутренне в течение достаточно долгого времени теперь и имеем довольно хороший поток операций в нашей команде. Вчера мы хотели отправить некоторые исправления ошибок проекту на GitHub. Это - что-то новое для нас. Таким образом, это - то, что мы сделали:

  1. Клонированный их репозиторий
  2. Разветвленный восходящий поток
  3. Добавленный наше ветвление как удаленное
  4. Исправленный некоторые ошибки в основном ответвлении
  5. Продвинутое ведущее устройство к нашему удаленному ветвлению
  6. Отправленный запрос получения по запросу
  7. Они вытянули изменения
  8. git fetch origin
  9. На ведущем устройстве: git merge origin/master

Действительно ли это - корректный способ сделать вещи? Мы закончили с дополнительным "'Источником/ведущим устройством' фиксации слияния" сообщение, что другие разработчики, кажется, не добираются. Также в журнале мы видим наши фиксации дважды.

Все, кажется, в порядке, но это просто чувствует себя неправильным. Есть ли хорошие страницы рабочего процесса GitHub? Страницы справки Мерзавца, кажется, отсутствуют, как сделать локальную часть изменений.

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

11
задан Peter Mortensen 17 July 2018 в 21:30
поделиться

1 ответ

Это один из способов.
Я предпочитаю клонировать мой GitHub repo (тот, который вытягивает проект GitHub "theirRepo"), вместо того, чтобы напрямую клонировать существующий "theirRepo".

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

  1. Fork theirRepo в myRepo
  2. clone myRepo
  3. Added "theirRepo" as a remote
  4. Fixed some bgs in the master branch
  5. Pushed master to our remote fork "myRepo"
  6. Sent a pull request
  7. They pulled the changes
  8. git fetch theirRepo
  9. On master: git rebase theirRepo/master

См. также различные похожие стратегии, рассмотренные (для другого случая, но это может дать некоторые идеи) в этом SO вопросе: Как мне переиграть мои коммиты локального git-репо, поверх проекта, который я вилкировал на github.com?

8
ответ дан 3 December 2019 в 10:44
поделиться
Другие вопросы по тегам:

Похожие вопросы: