Упрощение разработки программного обеспечения с помощью Git

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

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

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

Когда работа над веткой достигает логического завершения и в ней можно проводить проверку кода, Git приходит на помощь в еще одной важной процедуре agile-разработки — тестировании. Успешные agile- и DevOps-команды выполняют проверку кода и автоматическое тестирование (с помощью конвейеров непрерывной интеграции или непрерывной поставки). С Git выполнять проверку кода и тестирование проще, поскольку в этой системе разработчики могут без труда уведомить всю команду о том, что результаты работы в ветке готовы к проверке и нуждаются в ней, с помощью запроса pull. Проще говоря, отправить запрос pull — это все равно что попросить другого разработчика выполнить слияние одной из ваших веток с главной веткой и сообщить ему, что она готова к тестированию.

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

Git и Agile используются вместе для повышения эффективности, проведения тестирования, автоматизации и повышения гибкости в целом. Рабочий процесс Agile можно считать завершенным после слияния функциональной ветки с главной. Если слияние выполняется путем запросов pull, значит, по мере готовности кода можно, опираясь на выводимую системой информацию, убедиться, что работа действительно завершена, что остальные участники команды утвердили новый код и что он готов к релизу. Благодаря этому работа в agile-командах идет без остановки и уверенно, с частыми релизами, что и есть признак успешной команды, следующей принципам agile.