но гемор поддерживать 2 репы

ну

можно разрулить

на dev_dependencies

на dev_dependencies

в смысле?

ну в npm

есть dev_dependencies

и dependencies

я правда туго соображу

но при установке одна другую затрет

если из одной репы ставить (читай если одно название либы)

а тыхочешь то бы одновременно стояла и dev версия и прод

ну тогда как по мне

два конфига лучший выход

@iamstarkov привет, что думаешь? :)

привет всем. Кто то знаком с соап библиотекой?

ну или может в целом с соапом

напишите в личку

@iamstarkov привет, что думаешь? :)

Про что?

про это

Ребят, есть пакет-либа с общим кодом, который подключается в несколько проектов. Как в одном из проектов подключать эту либу нужной версии? Типа в проде подключаем ветку master этой либы, на стейдже dev ветку.

и ниже

Ребят, есть пакет-либа с общим кодом, который подключается в несколько проектов. Как в одном из проектов подключать эту либу нужной версии? Типа в проде подключаем ветку master этой либы, на стейдже dev ветку.

.

в чате можно копировать ссылку на сообщение, как в каналах?

Ребят, есть пакет-либа с общим кодом, который подключается в несколько проектов. Как в одном из проектов подключать эту либу нужной версии? Типа в проде подключаем ветку master этой либы, на стейдже dev ветку.

devDependencies + dependencies

Но это 1) медленно 2) пиздец

Гитхаб депсы в несколько порядков медленнее устанавливаются

Пиздец в том, что в разных окружениях будет разный код

Удачной отладки!

https://12factor.net/dev-prod-parity

Ребят, есть пакет-либа с общим кодом, который подключается в несколько проектов. Как в одном из проектов подключать эту либу нужной версии? Типа в проде подключаем ветку master этой либы, на стейдже dev ветку.

Зачем тебе это?

в целом ничего нового

Зачем тебе это?

ты серьезно не понимаешь зачем это нужно?

как зачем — оттестили код на стейдже, задеплоил в прод

ты серьезно не понимаешь зачем это нужно?

Прочитай 12фактор

как зачем — оттестили код на стейдже, задеплоил в прод

Так у вас там разный код

Это я понимаю

разный код, да, и что?

Я не понимаю зачем тебе разный код одной либы

в мастере старый, в деве новый

В Stage всегда будет другой код

https://12factor.net/dev-prod-parity

Прочитай это

В стейдже должен быть тот же код

А если ветки собираются еще отдельно, для тестирования?

в мастере старый, в деве новый

Что мешает использовать везде новый?

Иначе в чем смысл

И только после тестов в dev?

читну

Иначе в чем смысл

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

И после это все собирается вместе как stage

Чтобы после влить в develop

В стейдже должен быть тот же код

почему? я сделал пару новых фич в проекте и изменил для этого либу, эти 2 пакета сначала нужно деплойнуть на стейдж чтобы потестить

Выше)

Ну это другое

я не могу сразу лить в мастер

Ты и в develop не можешь лить )

Речь о том что конкретный коммит проекта зависит от конкретной версии либы

ВЫ МИНЯ ВСЕ ТРАЛИТЕ кроме Nook

Стейдж/ не стейдж не причём

Они не тролят, они наводят на мысли

Речь о том что конкретный коммит проекта зависит от конкретной версии либы

да, и что в этом странного?

В этом - ничего

Странно если один и тот же коммит в проде и стейдже по разному работает

не один и тот же, версии *проекта и либы* будут разные

Тем более что стейджить нужно что то готовое к прдакшну

ERROR: S client not available

не один и тот же, версии *проекта и либы* будут разные

Тогда какие вопросы? Просто разный package.json

не рационально в моих 5-ти проектах держать по 2 конфига в каждом

(5 проектов подрубают либу)

Да не должно быть их два

не рационально в моих 5-ти проектах держать по 2 конфига в каждом

Гыг. У меня 29 микросервисов билдится. 5 - фигня

а если тебе нужно добавить новый пакет в каждый из 29?

обновлять 58 конфигов?

Стоп

А зачем это делать?

Ты когда подключаешь библиотеку, все ее зависимости тебе доступны

Если у тебя используется lodash во всех проектах, установи его только в common проекте и все

Когда ты будешь подключать common проект, у тебя будет lodash из коробки

а если тебе нужно добавить новый пакет в каждый из 29?

Звучит как идиотский кейс.

Тебе нужно просто добавить его? Или все таки что-то с ним сделать?

да, странный кейс

кааааароч, сделал так .githooks/pre-commit/set_lib_branch.js

Чёт ты не то делаешь

Не должны быть зависимости на ветки завязаны

вернее там if (stdout.trim() == 'master') {

Не должны быть зависимости на ветки завязаны

Верно

кааааароч, сделал так .githooks/pre-commit/set_lib_branch.js

Чо ты свои депсы не на версиизавязываешь?

Чо ты свои депсы не на версиизавязываешь?

не понял

не понял

покажи свой package.json

"dependencies": { "lib-name": "git+ssh://git@gitlab.ololo.ru:yo/lib-name.git#develop" },

у вас нет своего внутреннего нпм?

если нет

то делай норм релизы

и завязывайся на них "lib-name": "git+ssh://git@gitlab.ololo.ru:yo/lib-name.git#v1.7.0"

иначе кровь-кишки

своего нет, я заебусь версии прописывать; я делаю npm update lib-name при деплое