Как правильно вести разработку в нескольких ветках?

Question

[Андрей]

Есть ветка master (102 коммита на удаленном репозитории), от нее пошла ветка staging (104 коммита, т.е. + 2 коммита там уже есть, тоже уже на удаленном репозитории).
В staging я начал вести разработку нового функционала.
Но обнаружился небольшой баг.
Я вернулся на master, сделал изменения, запушил оттуда (с master). Там получилось 103 коммитов.

Будут ли проблемы/конфликты при merge? файлы редактировал разные в этих ветках.
Как правильно делать в таком случае?
Спасибо

Answer 1

[Александр Докин]

Нет, если редактировались разные файлы, то конфликтов не будет.

Когда вы работаете в ветке, обязательно поддерживайте ее в актуальном состоянии мастера. Т.е. в данном случае после пуша в master (167) переключайтесь на ветку staging (104) и делайте merge мастера в нее. Если даже будут конфликты - разруливаете их в этой отдельной ветке, не трогая master.

Comments

[Андрей]

т.е. находясь на staging сделать git merge master?

[Александр Докин]

Да.
А вообще почитайте https://git-scm.com/book/ru/v2
Написано очень понятно, вам нужна третья глава.

Answer 2

[Василий Назаров]

Вы, возможно, сегодня не сможете это съесть, но когда сможете, запомните:
1. Никаких коммитов в master, кроме как мержа (лучше с --squash) из оттестированного коммита в ветке релиза
2. Никакой ветки stage, ибо stage - это состояние релизной ветки. Если у вас есть сервер stage (что более чем разумно), заливайте на него релизную ветку.
3. Фичи, по возможности, пилите в отдельных ветках, которые по возможности ответвляйте от master-а и мержте в релизную ветку.
4. В любом случае, релизную ветку ответвляйте от последнего [стабильного, в master-е других быть не должно, см. п.1] коммита в master-е

Comments

[Андрей]

вполне понятно, спасибо

[Василий Назаров]

Андрей,
Очень рад, что понятно.
Просто сталкивался с практикой заведения ненужных веток и не заведения нужных, небольшая личная боль :)