?

Помогло?

Да, спасибо. че-то туплю

Не за что

sass-loader наоборот в девпедсы кинь еще

ща

еще что-то неправильно?

Спасибо

Не уверен насчет node-sass, но если ты чисто фронт фигачишь то по идее оно тебе не нужно

это чисто фронт

css и sass лоадеры сасс грузят сами

У меня по-моему это падало без этого депа, но не уверен уже

А что за хрень ответ на команду npm list react - react@15.3.1 peer invalid

?

Блин жеж :(

Сам не уверен, я так-то нуб, просто из очевидного говорю, могу и хуйни наговорить

Вроде extract-text-webpack-plugin тоже в девдепсы можно

?

Народ, вопрос: вот есть пара фронтендов, которые шарят одну и ту же верстку и один и тот же sass и всякие картинки. Как сделать так, чтобы не надо было копипастить, а можно было sass синхронизировать? На винде. И в идеале между репозиториями тоже… Я пока это вижу как какую-то стороннюю приблуду, которая будет мониторить две папки и синхронизировать их, независимо от того, какая первая меняется. Но тогда все равно надо следить и коммитить в два репозитория.

git?

да

на bitbucket

ну так используй его)

бля

погуглю

я даже не знал, что гит это умеет

а вообще, создаешь 3 репозиторий и в 1 и 2 линкуешь его)

гут

спасибо за наводку, покопаю

а может тебе вообще два разных репозитория не нужны и ты можешь просто собирать отдельные версии? если что, то тебе даже git не нужен, ты можешь создать у себя на диске npm пакет и устанавливать его прямо с диска в других пакетах

а может тебе вообще два разных репозитория не нужны и ты можешь просто собирать отдельные версии? если что, то тебе даже git не нужен, ты можешь создать у себя на диске npm пакет и устанавливать его прямо с диска в других пакетах

круто звучит, но вот это я ваще хз даже пока не понимаю, как делать, и как сюда вписывается автоматическое изменение стилей во всех проектах

ну так используй его)

я даже не знал, что гит это умеет

Я так понимаю, что он хочет лайв обновление сразу после сохранения файла, а не коммитов. Такое гит не умеет

да

тут только если примонтировать удаленную папку

средствами ос или какой-нибудь софтиной. Но это плохая идея, думаю.

В таком случае непонятно как разруливать конфликты

обновление сразу после сохранения не нужно пускай использует локальные зависимости + npm link для живого обновления, я же говорю

Ты о чем то другом говоришь

он хочет правку 1 файла стилей + лайврелоад его. И правка производится между двумя разными машинами, которые удаленно друг от друга.

В таком случае непонятно как разруливать конфликты

Это не разные люди делают, а один на одной машине. По идее, там не должно быть конфликтов, если дисциплинированно это делать.

То есть, это не удаленные машины, это в пределах одной файловой системы

ну это уже вообще адский юзкейс это зачем так делать? Мне кажется есть какое-то непонимание

ну да, делать так не стоит

Ага

Сделайте сплитскрин и сидите за одним компом) шутка

Юзкейс такой: в пределах одного проекта есть две админки, у них разный функционал, разные цели и разные роли. Идея в том, чтобы переиспользовать то, что можно переиспользовать. Переиспользовать можно стили и часть верстки.

Сделайте сплитскрин и сидите за одним компом) шутка

Это и есть один комп

и один чел

он не сидит за двума компами )

Git submodule?

Не понимаю проблемы. Выдели эту общую чать в подкомпоненты со своими стилями и пуш их в репу. Второй чувак пуллит и юзает

профит

аа, это разные репы что ли?

git submodule не обновляется автоматически

аа, это разные репы что ли?

да, разные репы

Git hooks можно настроить

Ничего не обновляется автоматически, если это не коннект по sftp,примонтирование папок, коннект к виртуальной машине, тимвиаверы всякие или другие способы, которые не стоит юзать для разработки

да, разные репы

ну вот, с этого и надо было начинать ) Можно сделать свои собственные общие npm пакеты компоненты для ваших проектов. Ну или git submodule

Ничего не обновляется автоматически, если это не коннект по sftp,примонтирование папок, коннект к виртуальной машине, тимвиаверы всякие или другие способы, которые не стоит юзать для разработки

Это одна и та же машина, один и тот же чел делает, одна и та же файловая система. Разные репы, разные проекты, общие стили.

ну вот, с этого и надо было начинать ) Можно сделать свои собственные общие npm пакеты компоненты для ваших проектов. Ну или git submodule

Я с этого и начал )))

можно, но после обновления переиспользуемых компонентов хук в конечных репозиториях не сработает, так что придётся ручками, либо смотреть за файловой системой я написал выше решение с npm link. Если единственное, что ты переиспользуешь, это файлы стилей, то тебе даже не нужен пакет — просто создай отдельную директорию и подключай её в своих проектах

Я так понимаю, что он хочет лайв обновление сразу после сохранения файла, а не коммитов. Такое гит не умеет

все же правильно понял =)

в package.json можно ваще пакету указывать свой путь на винте. Но это плохая практика

ERROR: S client not available

Блин, я в этом нуб и я реально запутался. Можно как-то пошагово? Ну хоть минимально :)

в package.json можно ваще пакету указывать свой путь на винте. Но это плохая практика

Я думаю, это ваще нереально плохая практика…

#якорь#

Ну, если тебе никуда пушить не надо ты можешь ваще сделать ln -s

)

но я бы сделал общим пакетом в npm. Потом из него импортить нужные компоненты

Причем необязательно даже в npm, можно на гите хранить его

и ставить так npm install <user>/<repo>

Ну или git submodule, как выше писали

Ну, если тебе никуда пушить не надо ты можешь ваще сделать ln -s

надо пушить

два репозитария же

Но ок, ключевых слов вагон, буду рыть на выходных и делать велосипеды, спасибо

Всем привет! Ребята, только начинаю изучение реакта. Попытался найти на ютубе адекватную инфу, но попадаются то те, кто пишут на кофе, то на бабеле, то ещё на чём-то. Подскажите плиз норм источники для начального его изучения

Всем привет! Ребята, только начинаю изучение реакта. Попытался найти на ютубе адекватную инфу, но попадаются то те, кто пишут на кофе, то на бабеле, то ещё на чём-то. Подскажите плиз норм источники для начального его изучения

что с бабелем не так?

эээ, без бабеля все равно не получится

если не в теме es6 сначала его имеет смысл курить

без бабеля все получится

Но будешь писать через createClass =)

тут вчера за d3 спрашивали, есть интересный проект: https://github.com/FormidableLabs/victory -- ребята переосмысляют d3 в контексте реакта, вот чел рассказывает про всю контору: https://youtu.be/n8TwLWsR40Y под простые задачи возможно есть смысл с этим поиграть

https://twitter.com/jaredforsyth/status/767208062809538561

Круто

Но будешь писать через createClass =)

и без jsx

Круто

Рома Дворнов давно такое запилил, но для всех IDE

без бабеля все получится

да хоть так для начала)

и без jsx

Раньше же jsxtransformer подрубали как js файлик. С новым реактом так нельзя? Можно старый тогда подрубить

Никогда так не делал, так что не знаю)

он с рефами новыми не будет работать как минимум

без знания свежего синтаксиса ни один пример из гайдов по реакту не понятен будет, не говоря уже о редуксе с :: из пропозалов, так что если есть такой пробел (а судя по бабелефобии он есть), я бы рекомендовал например https://ponyfoo.com/articles/tagged/es6-in-depth сначала почитать и поиграть со всеми новыми плюшками, а потом уже реакт. в обратном порядке вряд ли получится.

> не говоря уже о редуксе с :: из пропозалов да забудьте же о нем

и в доках его давно нет

и слава Б-гу!