Подскажите, как правильнее организовать работу в гит, не используя при этом сторонних инструментов типа gitflow?
У нас над проектом работает несколько человек.
Есть ветка master и разработчик, который берется за нофую фичу, создает ветку из master'а, например feature_1.
Когда он закончил фичу, как правильно принять у него изменения? Сейчас я делаю merge из ветки с фичей в ветку master.
Но есть трудности: если одновременно ведется работа над несколькими фичами, то не знаешь, какая ветка уже готова, а какая еще нет. Тут нужно чтобы разработчик говорил: "Я фичу сделал в такой-то ветке". А если прямо сейчас merge делать не нужно, а например через несколько дней? Приходится смотреть историю на bitbucket и узнавать в какую ветку какой коммит был сделан.
Подскажите, как правильно принимать изменения из веток?
Правильно создавать Pull Request на bitbucket. После того как его посмотрят и заапрувят один или несколько разработчиков, он мержится в мастер ветку. В результате, меньше гомна в коде и всегда можно посмотреть, кто что мержил в доступной форме. По крайней мере 146% работают именно так, отличия воосновном в правилах принятия PR.
