Как писать коммиты понятно? У вас в команде есть правила для названий веток и коммитов? Или снова «bug fix»?
Если каждый раз думаете «Ну вот в следующий раз точно нормально назову…» :) — попробуйте conventional commits 👈
для меня +1 паттерн к общей системе в голове. Несколько примеров 🔹 Ветки: feat/add-buy-button – новая фича fix/price-display-bug – исправление бага chore/update-dependencies – технические изменения
🔹 Коммиты: feat: добавлена кнопка "Купить" fix: исправлен баг с отображением цены chore: обновлены зависимости refactor: улучшена логика расчета скидки
А какие правила у вас? Делитесь в комментах!
· 25.02.2025
На самом деле глубоко насрать что там в названии веток и коммитов, главное что бы в каждом коммите был указан номер задачи в джире.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 26.02.2025
на CR удобно понимать какой функционал реализован.
особенно, когда каждый коммит фича.
проще ревьювить и ненужно переходить в таску в jira)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 26.02.2025
Ревью без понимания задачи и просмотра дизайна это не настоящее ревью ))) А по одной строчке коммита понимания задачи не будет. А если и будет то там такая задача что и без описаний понятно. Ну и к тому же есть название и описание ПР/МР.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 26.02.2025
Да не в этом польза, в пайплайне на префикс можно логику навешивать, это раз. Changelog генерить из хорошо описанных комиттов - это 2
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 26.02.2025
ну понимание есть, как раз за счет адекватного названия коммита.
как написали ниже, стандарт позволяет довольно легко навешивать разного рода автоматизацию
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 26.02.2025
Ну если стоит такая задача то само собой, но не всем это нужно )))
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 27.02.2025
Я не согласен. Мы занимаемся конвейерной разработкой в основном. Любое производство стоит на 3х китах: типизация, стандартизация, унификация. Сейчас коммиты в основном все пишут как захотят. И каждая компания придумывает саои правила. В млучае соглашения о еоммитах, как и в случае с семантическим версионированием разрабатываемых программ мы получаем унификацию и стандартизацию на уровне отрасли. Нам в целом для работы программ много чего не нужно делать, но чтобы код был поддерживаемым - мы это делаем.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 27.02.2025
Это ваши влажные фантазии ))) Вам нужно, вы и делайте. А я буду делать как хочу в своих проектах, ну или как договорились на конкретном общем проекте.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 27.02.2025
Да можно вообще стоя на голове писать. Можно даже не делать вообще проекты. Никто же не заставляет.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён