Как организовать работу с git-репозиторием в команде?

Question

[aresht]

Есть условная команда в три человека, два новичка и один постарше. Как лучше всего организовать доступ к репозиторию?

1. Новички работают под одним аккаунтом, делают ветки, пушат, старший разработчик мерджит ветки в develop и т.д.
   
2. Новички делают форки репозитория команды, там делают ветки, пушат, делают пулл-реквест на репозиторий команды и там уже старший разработчик его принимает/отклоняет
   

Какие еще есть способы и какой правильный способ из списка?

Answer 1

[Алексей Ярков]

Новички работают каждый под своим аккаунтом.
2 основные ветки - dev и master.
Новичок ветвится от dev, делает работу и пушит на сервер.
Старший делает код ревью и мержит в dev.
Тестируют код в ветке dev.
Если тесты прошли - мерж в master.

Естественно новичкам режем доступ к слиянию и запрещаем прямой пуш в master.

Еще можно настроить запуск линтера и автотестов перед коммитом, чтоб не залить случайно что-то нерабочее.

Comments

[aresht]

Ок, спасибо за ответ. В целом, пул-реквесты только решение для опенсорса, а не для закрытых проектов команд, верно?

[Алексей Ярков]

aresht, нет, не верно. Как вы нашли связь между пулл реквестами и опенсорсом? Это как теплое с мягким.
Можете хоть папку архивировать и отправлять по почте, лишь бы вам удобно было.
Просто решение с форками для команды из 3 чел это уж слишком ))

[Сергей Горячев]

Имхо, ветвиться лучше от мастера.
Возможные конфликты безопаснее разбирать при мерже в dev. Да и вероятность затянуть на бой то, что там быть не должно - ниже.
Особенно, когда в команде есть не очень опытные разрабы.

Answer 2

[RidgeA]

1. Аккаунты платные? почему новички не могут работать каждый под своим аккаунтом ?
2. ИМХО форки избыточны, отдельной ветки вполне достаточно.

Вообще-то что-то подобное git flow можно реализовать в любой команде, вне зависимости от опыта участников.