Николай Николюк
Исполнительный директор (CEO) в Grch digital студия веб-разработки · 25.02 · ред.
Как не сломать проект своим коммитом Бывало у вас такое: коммитишь код, пушишь… а потом бац — и что-то сломалось? У нас бывало. Поэтому мы заранее ловим такие моменты, чтобы не чинить баги в спешке. У нас перед каждым коммитом срабатывает pre-commit hook — он проверяет чистоту кода, ругается на ошибки и не дает закоммитить всякую дичь. Если где-то накосячил — фикси и пробуй снова. А чтобы код, который попадает в продакшн, точно работал, настроили проверки в GitLab CI/CD. Перед тем как изменения сольются в dev или master, GitLab проверяет код. Если где-то ошибка или что-то пошло не так — мердж стопится, и никто случайно не зальет баги на сервер. В итоге код-ревью проходит быстрее, команда тратит меньше времени на ловлю багов, а проект не ломается от нелепых недоработок. Красота же? А как вы страхуете свой продакт-код? Делитесь в комментариях👇
Sergei Shmelev
· 25.02
Перед коммитом npm run build))) Как правило, если билд прошел успешно, то проект не сломается))) Но, если бы была команда, а не в одного, то естественно можно было бы хуки предкоммитовские сделать, тэсты и т.д))) А так в соло и этого, как правило достаточно)))
ответить
Николай Николюк
26.02
Да, если в одного — этого достаточно)
ответить
еще контент автора
еще контент автора
Николай Николюк
Исполнительный директор (CEO) в Grch digital студия веб-разработки · 25.02 · ред.
войдите, чтобы увидеть
и подписаться на интересных профи