Project Rules

Git - работа с ветками

Основная ветка develop, ответвляемся от неё для каждой новой таски.

В названиях веток указываем «назначение/сущность», пример:

Делаем shared компонент - uikit/button, uikit/dialog, uikit/popup, uikit/popup-overlay

Делаем фичу - feat/login, feat/chat, feat/header-menu

Делаем лейаут(страница) - layout/auth, layout/profile, layout/volunteer-active-requests

и т.п.

Git - коммиты и пул реквесты

Соблюдаем Conventional Commits https://practicum.yandex.ru/learn/web-plus/courses/6d7f78d7-9b71-4660-be37-53fd4fdef393/sprints/14043/topics/3e22c788-a609-4b0c-9891-1fac2638bebb/lessons/7ae5b378-6cfc-4948-9f6c-0e7e34bfa743/. Для этого в проекте установлен пакет commitizen. Чтобы сделать коммит вводим команду - npm run commit, а не git commit -m.

Старайтесь делать красивые коммиты, чтобы это выглядело как change log. Вы перейдёте на новый уровень, если перед PR будете делать интерактивный rebase своей ветки и наводить порядок в коммитах.

Github - ревью кода и мерджи в девелоп

Все пуллреквесты обязательны к ревью, стоит настройка минимум 1 ревью.

Если вы создали PR и видите конфликты. Чей PR, тот и ответственный за устранение конфликтов. Если вы создали PR, это еще не значит что таску можно закрыть.

Ветка Develop закрыта для пушей в неё, т.е. код в неё попадёт только через новую ветку и PR.

Пушить в main может только тим-лид