Javascript continuous integration jenkins vs Grunt — стандартная практика?

Спасибо за ответ, но я поинтересовался так как хочется знать какие-то плюсы и минусы, gulp - знаю, но "проще" это не ответ и не аргумент. Проще было вообще не спрашивать.

Jenkins позиционирует себя больше как CI система, Grunt - это именно система сборки. Grunt более узко специализирован.

Grunt спокойно может жить на боевом сервере, чего не скажешь про Jenkins.

Понимаете, все зависит от того, какой у вас проект. Jenkins может быть вполне оправдан, но чаще всего это стрельба по воробьям из гаубиц

Вот последнее предложение мне понравилось. ))) Как я и писал выше - мне нужно только сжимать все ресурсы и отправлять на нужный сервер. Можно же создать например задачу "deploy" - бы делала нужные преобразования и копировала соотв файлы на сервер. Надеюсь grunt умеет по ssh копировать?

см.
https://www.npmjs.com/package/grunt-sftp-deploy
https://www.npmjs.com/package/grunt-ssh

Вообще говоря (в зависимости от проекта) - вполне норм ситуация наличия Grunt на боевом сервере

index0h: не очень понимаю "вполне норм ситуация наличия Grunt на боевом сервере" - зачем? Нам там же нужен обычный html, css, javascript...

Процесс релиза часто пердставляет собой следующую последовательность действий:
1. Тегирование ревизии в VCS
2. Блокировка доступа пользователей из вне (в этот момент трафик может перенаправляться на другую ноду)
3. Выкачка обновлений на боевой
4. Очистка и сборка статики
5. Применение миграций
6. По хорошему - запуск тестов без затрагивания боевых данных (часто этот шаг отсутствует)
7. Запуск сервера и подача трафика

-------------------

Конкретно в случае только заливки статики безусловно, такой подход не нужен.