Как мне заставить моего местного мерзавца отражать мастер в Github?

Question

Я не думаю, что я даже спрашиваю это правильно.Вот моя ситуация.

У меня есть локальный репозиторий с ветками master и dev.То же самое на Github.

Другой разработчик создал ветку и протолкнул ее на Github, а затем создал запрос на извлечение.Я объединил этот запрос на master на Github.

Локально я выполнил git pull, и мой локальный master обновился.Однако, теперь мои dev ветви как на локальном, так и на Github не имеют изменений от этого запроса на извлечение.

Я бы хотел, чтобы dev начинался заново с master.В основном я провожу 95% своего времени в этой ветке dev, и если я хочу запустить консоль Rails локально, я хочу, чтобы она работала как положено.

Как мне это сделать (и как это называется)

Answer 1

Имейте в виду, что управление версиями в Git идет только вперед. Как только вы утвердите PR для master, тогда master будет самой последней точкой в ​​потоке. Если вы хотите включить эти изменения в dev, все, что вам нужно сделать, - это перейти в ветку dev, а затем merge master в нее:

git checkout dev
git merge master

Перенос изменений с master на dev является обычной практикой после выпуска. Однако, теоретически, никогда не должно быть никаких изменений в master, которых не существует в dev, поскольку обе ветви hotfix и release должны быть объединены в dev напрямую .

Ветви объектов сами по себе должны только выходить на dev, при этом dev в конечном счете переносит эти изменения ветви функций на master посредством release ветви.

Срочные изменения действительно могут быть запланированы на master, хотя они должны быть созданы как ветка hotfix, которая объединяется в dev и master.

Это следует из процесса, известного как Git Flow , который имеет следующий иллюстрированный поток сверху вниз (и я настоятельно рекомендую следующее):

Answer 2

Они являются отдельными ветвями от Мастера, поэтому у них нет изменений на Мастере.

Обычно то, что вы делаете, теперь объединяете вашу главную ветку с вашей веткой разработчика.Могут возникнуть конфликты слияния, которые вам придется разрешить.

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

Если вы

git checkout dev
git merge master

Вот базовый учебник по ветвлению и слиянию https://git -scm.com / book / ru / v2 / Git-Branching-Basic-Branching-and-Merging

А вот один из atlassian https://www.atlassian.com/git/tutorials/using-branches/git-merge