Командная работа в Git

[m_ivanov]

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

Ниже я хочу описать свой опыт командной работы над проектом с использованием git'а.

Comments

[ext_88752]

Но в одном репозитории нельзя разделить доступ к отдельным бранчам, т.е. нельзя разрешить писать в репозиторий новые бранчи и при этом запретить изменять актуальную ветку.
скорее всего можно, через post-update хук (я правда не пробовал, но собираюсь ;))

[m_ivanov]

Да, возможно, но это уже будет хитрый финт ушами. А разделение на два репозитория это, как бы, стандартный способ. Сделаете через post-update - напишите, я тоже попробую:)

> это, как бы, стандартный способ

[poige]

Это как бы, кто сказал?

> Сделаете через post-update - напишите, я тоже попробую:)

http://developer.berlios.de/docman/display_doc.php?docid=1812&group_id=2#access

Re: > это, как бы, стандартный способ

[m_ivanov]

Я неудачно сказал про ДВА репозитория. Я имел в виду, что стандартный способ - это когда у каждого разработчика свой репозиторий и разруливать права в каком-то одном общем вообще не требуется.

У меня просто несколько упрощенная схема, когда не совсем уж у каждого свой репозиторий, а всего два репозитория.

[limansky]

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

[m_ivanov]

>т.е. для маленькой команды (2-3 человека например) в принципе двух репозиторная схема не нужно - достаточно иметь продакшн и девелопмент бранчи?

Вы тут одновременно о репозиториях и бранчах сказали. Но желательно говорить об этих вещах по отдельности.

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

А вот бранчи я настоятельно рекомендую все-таки разделить. Одного девелопмент-бранча недостаточно, даже в маленькой команде.

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

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

[develop7]

Эх, мне бы этот пост да в феврале - глядишь, и работал с Git дальше.

[m_ivanov]

В феврале я юзал SVN. Теперь вот перешел на Git.

[ru_toor]

Mercurial говорят тоже ничего :-)

[m_ivanov]

Звучит как "Я же пошутил про git, ты че, в серьез все воспринял?":)

[ext_215665]

отлично, буду использовать ваш опыт.
заодно хочу пропиарить свой скрипт для гита: http://github.com/slayer/gitnotify

Странно

[santa_claus_rpm]

> Во всем множестве статей по git'у, которые я смог найти в сети, не хватает одного существенного момента - описания командной работы.

http://book.git-scm.com/

http://progit.org/

расписано более чем подробно.

В исходниках git есть :
Git Documentation/howto/maintain-git.txt

Неужели, не нашли ?

Re: Странно

[m_ivanov]

Это на басурманском.