Мы использовали Мерзавца внутренне в течение достаточно долгого времени теперь и имеем довольно хороший поток операций в нашей команде. Вчера мы хотели отправить некоторые исправления ошибок проекту на GitHub. Это - что-то новое для нас. Таким образом, это - то, что мы сделали:
git fetch origin
git merge origin/master
Действительно ли это - корректный способ сделать вещи? Мы закончили с дополнительным "'Источником/ведущим устройством' фиксации слияния" сообщение, что другие разработчики, кажется, не добираются. Также в журнале мы видим наши фиксации дважды.
Все, кажется, в порядке, но это просто чувствует себя неправильным. Есть ли хорошие страницы рабочего процесса GitHub? Страницы справки Мерзавца, кажется, отсутствуют, как сделать локальную часть изменений.
Я фигурирую, откатывали ли мы наше основное ответвление после продвижения изменений в ветвлении, у нас не было бы этой проблемы, но это не чувствует себя хорошо также.
Это один из способов.
Я предпочитаю клонировать мой GitHub repo (тот, который вытягивает проект GitHub "theirRepo"), вместо того, чтобы напрямую клонировать существующий "theirRepo".
И я бы порекомендовал перестроить вашу основную ветку поверх "theirRepo", вместо слияния.
Я считаю, что это позволило бы избежать повторного просмотра вашего коммита в журнале, а также дополнительного сообщения о "слиянии" коммита.
git fetch theirRepo
git rebase theirRepo/master
См. также различные похожие стратегии, рассмотренные (для другого случая, но это может дать некоторые идеи) в этом SO вопросе: Как мне переиграть мои коммиты локального git-репо, поверх проекта, который я вилкировал на github.com?