Ilya
версии
Ilya
могут быть
Ilya
ну вы поняли
Vlad
плюс да, как заметили версии
Vlad
вобщем ты не туда копаешь
Mykola
У вас проект должен быть самодостаточен. И не зависить ни от кого
Vint
Просто не надо использовать глобальную "системную" ноду. В современном динамичном мире её всё равно не хватит на все проекты. Поэтому такой софт надо собирать в папку юзера, nvm и аналоги в помощь.
Vlad
почини свой нпм мануалом который я скинул
Archakov
Ohar
Это не светлое новое будущее жаваскрипта , а просто ещё один инструмент в тулбоксе разработчика
Нет, это полная замена JS в перспективе 5–10 лет и смерть JS как технологии
Mykola
тоже логично, не могу с вами не согласиться
банально, если я захочу установить ваш пакет, то будет тупо не хватать пакетов.
Mykola
и мне придется самому доставлять
Archakov
Ок, я решил в каждый проект тогда устанавливать по новой. Ща установил в одном проекте бабел на серваке, грёбаная ошибка: -bash: /usr/bin/babel: No such file or directory
Archakov
Тут кто-то говорил про путь
Archakov
$PATH
Ohar
npm install --save-dev babel-cli
Такой пакет не существует
Archakov
В официальной документации брал
Archakov
https://babeljs.io/docs/setup/#installation
Mykola
а зачем именно babel-cli ?
Vlad
Такой пакет не существует
что ты говоришь? ➜ npm info babel-cli version 6.22.2
Vlad
https://www.npmjs.com/package/babel-node
это разные пакеты
Ohar
Разве?
Ohar
Хотя могу путать
Mykola
99% )
Archakov
а зачем именно babel-cli ?
Я ща залью на гитхаб свой проект, покажу быдлокод, чтобы вы поняли о чем я
Vlad
нужно локально к проекту
Archakov
нет. Я не поставил ведь --global
Ohar
почему?
Что почему? Потому что такая задача проекта.
Archakov
онли --save-dev
Mykola
Кстати, а вас не раздражает, что eslint ругается на то, что, например, webpack стоит в devDependency а не в dependecy. Принципиально не хочу переносить. С одной стороны можно отключатить это правило, но с другой сторны, чуваки, которые пидалят стандарты, наверно, чем то руководствуются? Что думаете?
Gordey
Кстати, а вас не раздражает, что eslint ругается на то, что, например, webpack стоит в devDependency а не в dependecy. Принципиально не хочу переносить. С одной стороны можно отключатить это правило, но с другой сторны, чуваки, которые пидалят стандарты, наверно, чем то руководствуются? Что думаете?
именно поэтому есть конфиг еслинта, и каждая компания/команда исходя из особенностей своей работы, проекта, архитектуры и чего бы то ни было еще, определяется то, что вы называете “стандартами”
Mykola
я юзаю airbnb
Mykola
но мне в принципе не понятно, почему дев пакеты должны таки не в дев зависимостях стоять
Mykola
Для того, чтоб писать ишью. Нужно наминтку задуматься и подумать, а может таки есть смысл в этом. А не тупо бежать заводить не разобравшись
Mykola
Возможно кто то с чата одним предложением развеет мои сомнения
Mykola
И если на то пошлло, то не в eslint нужно заводить а в сам стандарт
Vlad
А разве по такому поводу не стоит завести им ишшью? https://github.com/eslint/eslint/issues/new
нет. еслинт без конфига ничего не делает. если вас не устраивает то, что он делает, то проблема в правиле
Ohar
Тоже верно
@aleksxor
e no-extraneous-dependercies есть опшены. можно указать devDependencies: false и не будет ругаться
Mykola
собсно отключить правило можно. Так можно и все отключить, которые бесят. Но на то они и правила
Mykola
Надо придерживаться
Mykola
Почему?
Ohar
«Этот кактус чересчур колюч и невкусен, но я всё равно его буду есть. Кстати, никто не подскажет, как его сделать повкуснее?»
Mykola
Есть команда из 10 чел. Каждому что то не нравится. и считает что нужно отключить что то . В итоге на проекте через год сплошная вакханалия по коду. Не говоря о багах в бизнессзадачах.
Mykola
Я не гворю что он колюч. Я говорю, почему то выросла иголка на фикусе
Mykola
отлично. Вот сейчас мы и говорим об этом
Mykola
Что есть конфиг. И почему то ребята в последних версиях сделали это ошибкой
Mykola
собсно в этом и был вопрос.
Archakov
Я ща залью на гитхаб свой проект, покажу быдлокод, чтобы вы поняли о чем я
Я за babel и ноуд взялся недавно, запилил такой проект и решил его на сервер себе задеплоить. https://github.com/Archakov06/trycode
Archakov
О нём и шла речь
Mykola
1 сек
Mykola
https://www.dropbox.com/s/ulinr8qf9getr28/Скриншот%202017-01-20%2014.31.18.png?dl=0 https://github.com/benmosher/eslint-plugin-import/blob/master/docs/rules/no-extraneous-dependencies.md
Archakov
вопрос. Если я внёс изменения, которые должны использоваться только для хероку, но не должны вноситься и в гитхаб, при использовании команды git push herokue master, в следующем пуше, эти изменения не внесутся в гитхаб?
Vlad
внесутся
Vlad
прочитай https://git-scm.com/book/en/v2
Archakov
то есть, можно сделать так, что когда я буду коммитить в гитхаб, автоматом коммитился и в хероку?
Archakov
да, я понял. Спасибо за инфу, посмотрю
Archakov
прочитай https://git-scm.com/book/en/v2
Я убил 30 минут в поисках ответа в документации, ничего нужного не нашел, но прочёл полезное, однако не по моему вопросу.
Archakov
Вношу конфиги от БД подключения и хочу изменения отправить только на деплой, но, чтобы они не сохранились на гитхабе.
Alexander
приватный репо или вынести все секреты в config vars и передавать их через heroku config:set MY_SECRET_STRING=xxx
Archakov
Я не храню, для этого и задал пустой конфиг. Видимо приавтный репо, единственый выход. Не хотел просто 2 папки делать, чтобы редачить 1 проект
Vlad
env variables
Vlad
вон же heroku config
Archakov
Я понял, но мне ведь не в хероку надо, а в деплой на основной сервер.
Vlad
тогда на сервере
Archakov
git push heroku - heroku.com git push github - github.com git push deploy - server.com
Archakov
странно, не думал что так замарачиваться надо будет
Vlad
strict separation of config from code