Git Workflow для небольшой команды разработчиков и дизайнеров

Question

Я заблудился с моделью ветвления Git и рабочим процессом, который я хочу создать для моей команды (разработчики + дизайнеры).

Предположим, что проект основан на шаблоне MVC, поэтому у нас есть структура, похожая на:

Модели /
Контроллеры /
Просмотров /

Разработчики работает над деталями M & C с некоторыми базовыми / сгенерированными представлениями (например, Rails, Django или CakePHP). и Дизайнеры работают над V частью

Как я могу сделать так, чтобы разработчики работали над M & C и сохранить некоторые базовые дрянные представления, и в то же время дизайнеры создают сексуальные представления, основываясь на действиях контроллеров, которые постепенно кодируются и добавляются разработчиками? Я пытался заставить его работать с 3 ветками:

мастер (готов к производству)
DEV
пользовательский интерфейс

но не знаю, как дизайнер, работающий над веткой ui , может сохранить код в другом месте, чем / views обновляет работающее приложение ...

Спасибо, ребята, за помощь!

Answer 1

С git разработчикам нет причин работать над отдельной веткой или макетировать представления. Пусть дизайнеры и разработчики работают в одной ветке, на одной и той же базе кода. Когда представление будет сделано (или, по крайней мере, улучшено и не будет аварийно завершено), сделайте так, чтобы дизайнер зафиксировал и отправил их в главный репозиторий. То же самое относится и к разработчикам: когда локальное изменение «выполнено», попросите его зафиксировать его и нажать на него.

Перед толчком каждая сторона должна потянуть (чтобы не было конфликтов). Если эти две группы работают во взаимоисключающих частях кода (отдельных файлах или даже отдельных частях одних и тех же файлов), то функция извлечения просто обновит локальную копию, и все будет работать хорошо.

При этом обе стороны всегда видят самую современную кодовую базу и вносят непосредственный вклад в достижение конечной цели, наблюдая за ее развитием.

Answer 2

Git настолько прост в использовании, что нет причин, по которым у каждого не должно быть своей собственной ветки для работы.Черт, это одна из главных причин использовать систему контроля версий.В Git коммиты дешевы.

Как правило, у нас есть мастер, и любой, кто работает над обновлениями или функциями, будет ветвиться с мастера и разветвлять ветку, если это будет необходимо, затем мастер релиза (кто-то вроде меня).) позаботится о слиянии их всех обратно, проверке на наличие конфликтов, проверке выпуска и слиянии с мастером.

Когда вы работаете над этим, другие могут получать ваши изменения, выполняя извлечение / извлечение из вашей ветви.чтобы внести изменения.

Answer 3

Git не волшебство.Это не позволяет вашим дизайнерам использовать код, который разработчики активно пишут.Разработчикам по-прежнему приходится писать, тестировать и фиксировать свой код, а также отправлять его туда, куда разработчики могут извлечь его.

Как правило, у вас будет «голый» репозиторий, к которому все стороны прикладывают свою работу, когда онготов к обмену.Все остальные тянут эту работу вниз.Это может быть работа дизайнеров, чтобы вытянуть работу разработчика и объединить ветку dev в ветку ui, например:

git checkout ui
git fetch
git merge dev

Answer 4

Если вы действительно хотите применить такие вещи, как права веток и путей, я предлагаю вам оформить заказ gitolite

Это позволит вам управлять доступом на всех уровнях.