GitFlow
Для ведения репозитория необходимо использовать модель GitFlow:
Помимо основной ветки master создается дополнительная ветка develop, в которой ведется разработка. В master хранятся только release-версии.
Для каждой новой задачи создается отдельная ветка, унаследованная от develop. Имя ветки содержит префикс "feature/" и описание решаемой задачи, например "feature/add-contact-list". После завершения задачи и полного закрытия ветка мерджится в develop и удаляется из общего репозитория. При работе в команде предварительно делается pull request и code review.
При подготовке к релизу создается новая ветка унаследованная от develop. Имя ветки содержит префикс "release/" и номер версии релиза, например "release/v1.0.0". В номер версии не должен входитить build. В эту ветку нельзя добавлять новый функционал, производится только фикс багов и прочие сопутствующие работы. После релиза ветка мерджится в master (и помечается тегом с номером версии релиза) и, при необходимости, в develop и удаляется из общего репозитория. После создания release-ветки увеличивается на единицу major/minor (в зависимости от будущих изменений) версия приложения, а patch и build версии сбрасываются до одного.
При необходимости правки багов из master может быть создана ветка с префиксом "hotfix/" и описанием ошибки, например "hotfix/login-bug-fix", при этом patch версия приложения увеличивается на единицу. После фикса ветка мерджится в master (и помечается тегом с номером версии) и в develop и удаляется из общего репозитория.
Комментарии к коммитам
Каждый комментарий должен содержать идентификатор таска в рамках которого было произведено изменение.
Комментарии к коммитам необходимо писать по следующему принципу:
+/-/* | Название компонента или страницы | Что изменили [Номер таска в треккере].
new или fix указывается в зависимости от нового компонента или правок в старом.
+ (new) – указывается в случае добавления функционала.
- (remove) – указывается в случае удаления функционала.
* (fix) – указывается в случае изменения в функционале.