Комментарии 10
Давно уже использую babelify и присматриваюсь к SystemJS.
Не хотите добавить рутину для первого старта в package.json, чтобы можно был простофыр-фыр-фыр выполнить npm run init и получить CLI вместе с первой сборкой/конфигом?
Не хотите добавить рутину для первого старта в package.json, чтобы можно был просто
Не совсем понял, откуда этот package.json появится? Сейчас нужно только 1 раз CLI установить и дальше только tars init. Уточните, пожалуйста, про какой package.json идет речь?
Выкачал я TARS из репозитория, а мне же нужно установить зависимости с помощью npm install, которые в package.json. Да еще потом CLI ставить и делать первую сборку. Это и еще что-нибудь можно собрать в одну команду — клонировали репозиторий, выполнили одну команду и готово, дальше пользуем CLI. Могу ошибаться в желании уменьшения энтропии, поэтому уточню — еще не пробовал.
Нет необходимости выкачивать TARS из репозитория. CLI был создан в первую очередь, чтобы этот шаг не делать. Нужно только поставить глобально TARS-CLI, затем tars init в любой рабочей директории сделает все сам + еще и спросит всю нужную информацию для init.
Наверное это не очень прозрачно из документации, раз возник такой вопрос?
Наверное это не очень прозрачно из документации, раз возник такой вопрос?
Ни холивара ради, просто личный опыт: gulp — очень хороший и классный инструмент, верой и правдой служил и помогал мне в печали и радости, но после перехода на webpack в совокупности с автоматизацией через npm-скрипты, я фактически больше не имею с gulp никаких дел, т.к. необходимость в нем отпала.
На момент создания TARS не все можно было сделать с помощью webpack. К тому же gulp — проверенный инструмент, который не подводил, с которым было легко работать. Собственно TARS + gulp свою работу делают на отлично. Еще одним важным аргументом было то, что gulp куда более популярен (даже на данный момент), и хотелось, чтобы каждый мог переиспользовать свои наработки.
Возможно во второй версии TARS будет webpack, но gulp и сейчас еще ого-го) К тому же разработчики gulp проект развивают и бросать даже не думали.
Возможно во второй версии TARS будет webpack, но gulp и сейчас еще ого-го) К тому же разработчики gulp проект развивают и бросать даже не думали.
Артём, конечно же я не могу сказать, что gulp устарел и что решения построенные на нем на данный момент неактуальны. И речь вовсе не конкретно о TARS, а в целом — gulp отлично справляется со своими обязанностями, и особенно приятен и понятен для тех, кто только открывает для себя всю эту кухню. Но есть мнение, что имея под рукой грамотный сборщик, покрывающий большую часть задач и мощь npm-скриптов — таск-раннеры в общем то и не нужны.
Мне ни в коем случае не хотелось бы выглядеть тем, кто призывает отказываться от Gulp, но тем не менее, насколько я могу судить, тенденция проглядывается )
Не удивлюсь, если после внедрения webpack, вы сочтете, что большую часть тасков можно будет просто убрать, а оставшуюся легко реализовать без gulp.
В любом случае, успехов.
Мне ни в коем случае не хотелось бы выглядеть тем, кто призывает отказываться от Gulp, но тем не менее, насколько я могу судить, тенденция проглядывается )
Не удивлюсь, если после внедрения webpack, вы сочтете, что большую часть тасков можно будет просто убрать, а оставшуюся легко реализовать без gulp.
В любом случае, успехов.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Продолжаем бороться с frontend-рутиной