Комментарии 10
Давно уже использую babelify и присматриваюсь к SystemJS.
Не хотите добавить рутину для первого старта в package.json, чтобы можно был просто фыр-фыр-фыр выполнить npm run init и получить CLI вместе с первой сборкой/конфигом?
Не совсем понял, откуда этот 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? Мне кажется это было бы лучшим вариантом, чем заморачиваться на другое.
Пожалуй еще поработаю над докой, спасибо.
Предложение интересное, тоже обязательно его рассмотрю. Сейчас как раз занимаюсь поддержкой require/import
Ни холивара ради, просто личный опыт: gulp — очень хороший и классный инструмент, верой и правдой служил и помогал мне в печали и радости, но после перехода на webpack в совокупности с автоматизацией через npm-скрипты, я фактически больше не имею с gulp никаких дел, т.к. необходимость в нем отпала.
На момент создания TARS не все можно было сделать с помощью webpack. К тому же gulp — проверенный инструмент, который не подводил, с которым было легко работать. Собственно TARS + gulp свою работу делают на отлично. Еще одним важным аргументом было то, что gulp куда более популярен (даже на данный момент), и хотелось, чтобы каждый мог переиспользовать свои наработки.
Возможно во второй версии TARS будет webpack, но gulp и сейчас еще ого-го) К тому же разработчики gulp проект развивают и бросать даже не думали.
Артём, конечно же я не могу сказать, что gulp устарел и что решения построенные на нем на данный момент неактуальны. И речь вовсе не конкретно о TARS, а в целом — gulp отлично справляется со своими обязанностями, и особенно приятен и понятен для тех, кто только открывает для себя всю эту кухню. Но есть мнение, что имея под рукой грамотный сборщик, покрывающий большую часть задач и мощь npm-скриптов — таск-раннеры в общем то и не нужны.
Мне ни в коем случае не хотелось бы выглядеть тем, кто призывает отказываться от Gulp, но тем не менее, насколько я могу судить, тенденция проглядывается )
Не удивлюсь, если после внедрения webpack, вы сочтете, что большую часть тасков можно будет просто убрать, а оставшуюся легко реализовать без gulp.
В любом случае, успехов.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.
Информация
Дата основания

25 мая 1999

Местоположение

Россия

Сайт

2gis.ru

Численность

1 001–5 000 человек

Дата регистрации

9 августа 2008

Блог на Хабре