Зачем вашей организации нужно решение Git

В SVN каждый разработчик получает рабочую копию, которая ссылается на единый центральный репозиторий. Git же — это распределенная система управления версиями. Вместо рабочей копии каждый разработчик получает свой локальный репозиторий с полной историей коммитов.

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

• Вся команда заканчивает принципиально новую функцию, над которой работала последние 6 месяцев.
• Мэри внедряет не связанную с этим небольшую функцию, которая влияет только на существующих клиентов.
• Рик вносит крайне необходимые обновления в пользовательский интерфейс.

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

С более коротким циклом разработки, которому способствует Git, разбить эти изменения на отдельные релизы будет значительно проще. Так маркетологи смогут доводить до клиентов больше информации и делать это чаще. В приведенном выше сценарии отдел маркетинга может разработать три кампании — по одной для каждой отдельной функции, — нацеленные на вполне конкретные сегменты рынка.

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

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

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

С оптимизированным циклом разработки Git исправление багов можно не откладывать до следующего монолитного релиза. Разработчик может выпустить патч и отправить его непосредственно в рабочую среду. Чем быстрее исправляются ошибки, тем довольнее будут клиенты и тем меньше будет повторных заявок в службу поддержки. Вместо того чтобы твердить: «Извините, мы сейчас же этим займемся», — в службе поддержки клиентов смогут отвечать: «Мы уже все исправили!»

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

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

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