Получи случайную криптовалюту за регистрацию!

IT Valley | Веб-разработка | Записки айтишника

Логотип телеграм канала @it_valley — IT Valley | Веб-разработка | Записки айтишника I
Логотип телеграм канала @it_valley — IT Valley | Веб-разработка | Записки айтишника
Адрес канала: @it_valley
Категории: Технологии
Язык: Русский
Количество подписчиков: 115
Описание канала:

IT Valley - все о веб-разработке и карьере в IT. Если ты начинающий или уже опытный разработчик, тогда добро пожаловать! Здесь я делюсь опытом, мыслями и полезным контентом

Рейтинги и Отзывы

1.00

2 отзыва

Оценить канал it_valley и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

0

3 звезд

0

2 звезд

0

1 звезд

2


Последние сообщения 2

2021-09-06 12:02:15 Пример коммита по этому стандарту:
feat(forms): Добавить новые колонки в таблицу

Добавил колонки для отображения даты создания, общего количества пользователей

МЕТА ДАННЫЕ: SB-898, SB-899

Основные тезисы Conventional Commits:

Разработчик должен придерживаться следующей структуры коммитов:
():





- У коммита должен быть заголовок, может быть тело и нижний колонтитул.
- Заголовок коммита должен начинаться с типа (type), указывающего на специфику внесенных в кодовую базу изменений, и завершаться описанием.
- Наряду с обязательными featfix (использование которых строго регламентировано), допускаются и другие типы.
- У коммита может быть область (scope). Она характеризует фрагмент кода, которую затронули изменения. Область следует за типом коммита. Стандарт не регламентирует четкий список областей. Примеры областей: eslint, git, analytics и т.д.
- Описание коммита должно быть сразу после типа/области.
- Тело коммита может быть использовано для детализации изменений. Тело должно быть отделено от описания пустой строкой.
- Нижний колонтитул следует использовать для указания внешних ссылок, контекста коммита или другой мета информации. Нижний колонтитул должен быть отделен от тела пустой строкой.

Более подробно с данным стандартом можно ознакомиться здесь: ссылка


Зачем придерживаться каких-либо конвенций? Стоит ли тратить на это время? Какой в этом профит?

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

Как просто перейти на правильное наименование коммитов?

Нужно добавить автоматизации и удобства. Для решения этого вопроса нам потребуется два инструмента: генератор коммитов и линтер коммитов, настроенный на проверку перед пушем в репозиторий.

Инструменты: commitizen, commitlint, husky

В одном из следующих постов я расскажу о том, как установить и настроить данные инструменты.

Жми на огонёк , чтобы пост вышел быстрее!

#git #commitizen
262 viewsedited  09:02
Открыть/Комментировать
2021-09-06 12:02:12
Стандарт Conventional Commits. Осмысленные коммиты.

Зачем: Отсутствие договоренностей при наименования коммитов затрудняет работу с историей в Git. Такое было в нашей команде.
Каждый разработчик писал сообщения как хотел: кто-то описывал задачу, кто-то перечислял внесенные изменения, кто-то использовал генератор случайных фраз. Всё было вразнобой. Во-вторых, номера задач, присутствовавшие в коммитах, часто укорачивали полезный текст. Всё это мешало эффективно работать с историей в Git.

По этой причине мы внедрили в команде стандарт Conventional Commits, стали генерировать коммиты в консольной утилите commitizen и проверять результат с помощью commitlint. В результате коммиты изменились и стали выглядит так:

fix(user): поправить обновление количества покупок
feat(forms): Добавить новые колонки в таблицу
fix(banner): исправить в банере формат даты
221 views09:02
Открыть/Комментировать
2021-09-05 23:58:50 Channel photo updated
20:58
Открыть/Комментировать