Как не сломать проект своим коммитом  Бывало у вас такое: коммитишь код, пушишь… а потом бац — и что-то сломалось? У нас бывало. Поэтому мы заранее ловим такие моменты, чтобы не чинить баги в спешке.  У нас перед каждым коммитом срабатывает pre-commit hook — он проверяет чистоту кода, ругается на ошибки и не дает закоммитить всякую дичь. Если где-то накосячил — фикси и пробуй снова.  А чтобы код, который попадает в продакшн, точно работал, настроили проверки в GitLab CI/CD. Перед тем как изменения сольются в dev или master, GitLab проверяет код. Если где-то ошибка или что-то пошло не так — мердж стопится, и никто случайно не зальет баги на сервер.  В итоге код-ревью проходит быстрее, команда тратит меньше времени на ловлю багов, а проект не ломается от нелепых недоработок. Красота же?  А как вы страхуете свой продакт-код? Делитесь в комментариях👇

repost

307

input message

напишите коммент

· 25.02

Перед коммитом npm run build))) Как правило, если билд прошел успешно, то проект не сломается))) Но, если бы была команда, а не в одного, то естественно можно было бы хуки предкоммитовские сделать, тэсты и т.д))) А так в соло и этого, как правило достаточно)))

ответить

26.02

Да, если в одного — этого достаточно)

ответить

еще контент автора

еще контент автора

войдите, чтобы увидеть

и подписаться на интересных профи

в приложении больше возможностей

пока в веб-версии есть не всё — мы вовсю работаем над ней

сетка — cоциальная сеть для нетворкинга от hh.ru

пересекайтесь с теми, кто повлияет на ваш профессиональный путь