Comments 26
Lerna? Не, не слышал.
Слышал, но она про монорепозиторий с кучей пакетов и управление им, это частный случай, а я решал общий. Да и в целом, она про цикл выпуска монорепозитория.
Дополню.
Lerna — это про монорепозиторий, притом ещё с определёнными ограничениями, результат её работы банальный симлинк на папку в проекте, а это значит, что prepublish у таких пакетов использовать нельзя, код должен работать «как есть».
Кроме этого, lerna не позволяет залинковать произвольный пакет в зависимостях, она работает только со «своими».
npmy же в свою очередь позволяет подменить любую зависимость и направить её в любое место на диске, но не просто на исходники, а именно на псевдо-опубликованную версию.
А в чём костыльность, если не секрет?
причем есть несколько корневых. Разрабатывается и на TS и на JS.и бекэнд и фронт
node_modules просто симлинк на папку с зависимостями
Все правится на живую и тестируется. Для тестирование сборки есть CI
Всякими псевдоскриптами потом только усложняется развертывание места разработчика.
node_modules просто симлинк на папку с зависимостями
Я в начале написал, что симлинки не спасают, если у вас есть цикл публикации, например esnext в es5, никакой симлинк не спасёт, потому что ./index.js, нужно перезаписать в тот же ./index.js.
Всякими псевдоскриптами потом только усложняется развертывание места разработчика.
Они усложняют ровно так же, как и создание симлинка, только в отличии от вашего способа, мне не нужно делать это руками, достаточно запустить npmy и он сделает это за меня, да так, что результат будет идентичен работе npm install.
Кроме этого, как я и написал, если у вас нет сложного цикла публикации, симлинк вполне решение, хотя у него есть ограничения, например с dependencies, которые должны быть установлены не node_modules разрабатываемого пакета, а именно в пакет, который использует эту зависимость. При симлинке такие манипуляции приходиться делать руками.
Есть пакеты, которые используют одновременно разные версии одного пакета, все решаемо и все работает. А вот npmy вопрос не взбрыкнет ли где-нибудь на неучтенной конфигурации. Для всех разработчиков не сделаешь универсальный инструмент, я это понял когда стал разбираться с angular/cli. Для быстрого старта очень даже решение, но чуть в сторону начинаются танцы с бубном. Поэтому лучше разобраться с процессом и написать свой велосипед, благо это не так сложно
Просто цикл публикации никак не мешает работать в симлинках.
Если только вам надо esnext в es3 или другой сложной генерации с подменой исходников.
Для всех разработчиков не сделаешь универсальный инструмент
Ну я же сделал :]
P.S. Вы можете не верить, но этот инструмент, создан именно по причине его отсутствия. Для простых пойдёт обычный симлинк, npm link для более сложных (если нужны dependencies), Lerna поможет с монорепозиторием, а для всего остального npmy ;]
Какое счастье, что мне достаточно просто симлинка. Статья весёлая и хуки интересные)
А если учесть все проблемы с «на какой же хук собрать проект», то совсем хорошо :]
npm-разработчики те ещё молодцы, будем надеяться, что в следующей версии они ничего не сломают ;]
Интересно, а вместе с Yarn полетит, или npm-only?
Ни я, ни в компании, мы не используем Yarn, поэтому, да, npm-only.
Вообще Yarn с своим приростом скоростью (которая уже не значительна для NPM 5) был просто хайп.
Он был еще более менее адекватен для систем сборки, чтобы ускорить установку зависимостей.
Но для места разработчика и прочих применений профит дутого яйца не стоит. Как будто я сижу каждые пять минут обновляют зависимости. Разработчик это делает ну раз в день, а то и в неделю. И подождать 1-3 минуты как бы не особо проблема. Можно чай попить )
Больше скажу, мы проблему решили ещё до появления Yarn, прикрутив локальный registry и спец кэширование, которое запускается npm install и достаёт пакеты из локального кеша. Т.е. не нужно изобретать целый пакетный менеджер, чтобы заставить NPM работать быстро, а теперь и подавно ;]
А самый тяжелый сборочный модуль, вообще не ставится а просто линкуется из глобальных.
Поэтому таких проблем вообще не испытывал. Хотя npm 5 все равно немного поломал… Но в принципе все решаемо и довольно несложно. Сейчас все и на npm 5.3 прекрасно работает, единственное бесит что он с линкованными пакетами пока очень плохо работает https://github.com/npm/npm/issues/16788
Вот и я об этом, Yarn в целом не про скорость был, хоть это и была одна из фитч, но главное для них было быстрый shrinkwrap и lock-файл, зачем это обычным разрабам, для меня загадка.
Ну очень привык к yarn upgrade-interactive. Есть ли подобное для npm? Нашёл npm-upgrade — почти, но оно пошаговое.
Плюс это позволяет приятно экспериментировать, создал папку, быстро поставил что нужно, попробовал, удалил
npm v5 решил эту проблемы, но последние полгода до его выхода pnpm и yarn решали
Вот и всё, что мне нужно для щастья:
yarn add --dev file:path/to/your/custom/package
Спасибо, как раз искал такой инструмент, который локально имитирует публикацию ("публикует" в локальную папку, из которой можно затем "установить" собранный пакет).
инструкция как использовать — не понятная.
Зашел в либу, которую хочу линковать. Сделал все по этой инструкции github.com/artifact-project/npmy#npm-link
А как теперь подключить линкованую либу в проект?
Подумал, что возможно это нужно делать с проекта (есть же в пункте 1 строка `cd path/to/project`), в общем не ясно что делать.
Можете уточнить пошагово?
У меня в либе нет ничего сложного, просто есть в скриптах `«prepare»: «npm run build»`. Либа ставится с гитхаба по урлу, и автоматом билдит папку dist откуда в дальнейшем и берет код.
Надеюсь на помощь. Спасибо!
npm link на стероидах