2015-05-29 5 views
0

Не знаю, могу я задать такой вопрос здесь, но я попробую. Я работаю в команде разработчиков программного обеспечения, и мы используем GIT для управления процессом разработки. У нас есть собственный gitlab, где расположены наши проекты. И у каждого разработчика есть свой собственный клон проекта на локальной машине. У нас нет прямого доступа к файлам, когда мы должны подталкивать изменения, мы просим наших администраторов нажать ведущую ветвь для выпуска версии (если я ее правильно опишу). Мы используем skype chat, чтобы спросить администраторов о том, как нажимать изменения, а иногда нужно долгое время, пока они отвечают, и важные изменения остаются длительными, не обновляясь.Требуется опыт разработки команды git

Итак, мой вопрос: как сделать этот процесс более умным (или более надежным). Я имею в виду, что это обычно делается в мировых компаниях. Thanks

+1

Не каждый разработчик в команде * нуждается в возможности писать в ветви релиза. Тем не менее, вы можете ознакомиться с концепциями непрерывной интеграции * и * непрерывной доставки * в качестве примеров того, как процесс развертывания можно упростить до одного щелчка кнопки без ущерба для обеспечения качества. – DCoder

ответ

1

Время выплачивается деньгами и качеством со временем. Если разработчики могут напрямую входить в хранилище, качество неизбежно ухудшается. Вот почему all Git teams eventually turn to a gatekeeper/dictatorship model.

Преимущество Git заключается в том, что вам не нужен линейный процесс. Git довольно умный, чтобы применять изменения в разных ветвях. Это означает, что вы можете продолжать работать, даже если ваш запрос на перенос еще не принят.

Если PR отклонен, вы можете вернуться вовремя, выполнить исправления, свернуть свою новую работу в конце с помощью git rebase.

У Atlassian есть good tutorial on Git и почему вы должны делать определенные вещи определенным образом.

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

+0

Спасибо Аарон за ответ. Мне нравятся все функции git, это делает разработку под контролем версий легкой - ясную визуализацию ветвей, коммиттов и т. Д. И я абсурдно согласен с тем, что мы не вносим изменения непосредственно в репозиторий, но иногда некоторые горячие исправления не могут быстро обновляться, кто-то должен это сделать, и этот человек иногда недоступен. – Daria

+1

Это проблема процесса/управления, а не техническая. Поговорите с вашим менеджером об этом. Может быть, у клиентов или разработчиков есть нереалистичные ожидания? Или, может быть, кто-то чувствует, что процесс «слишком медленный», не заботясь о проблемах, вызвало бы «улучшение»? –