Comments 10
Не совсем понял, откуда этот package.json появится? Сейчас нужно только 1 раз CLI установить и дальше только tars init. Уточните, пожалуйста, про какой package.json идет речь?
Выкачал я TARS из репозитория, а мне же нужно установить зависимости с помощью npm install, которые в package.json. Да еще потом CLI ставить и делать первую сборку. Это и еще что-нибудь можно собрать в одну команду — клонировали репозиторий, выполнили одну команду и готово, дальше пользуем CLI. Могу ошибаться в желании уменьшения энтропии, поэтому уточню — еще не пробовал.
Нет необходимости выкачивать TARS из репозитория. CLI был создан в первую очередь, чтобы этот шаг не делать. Нужно только поставить глобально TARS-CLI, затем tars init в любой рабочей директории сделает все сам + еще и спросит всю нужную информацию для init.
Наверное это не очень прозрачно из документации, раз возник такой вопрос?
Наверное это не очень прозрачно из документации, раз возник такой вопрос?
Да, мне кажется стоит добавить очевидности в основной репозиторий. Я смотрел зависимости CLI и четко видел там то же самое из оных для TARS, потому был немного озадачен до того как покопался.
А что насчет babelify и systemjs? Мне кажется это было бы лучшим вариантом, чем заморачиваться на другое.
А что насчет babelify и systemjs? Мне кажется это было бы лучшим вариантом, чем заморачиваться на другое.
Ни холивара ради, просто личный опыт: 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.
В любом случае, успехов.
Sign up to leave a comment.
Продолжаем бороться с frontend-рутиной