Поэтому все либы "~> 2.0" просасываются

можно написать модуль, который дергает экто и прочитав миграции из папки(их нужно еще упаковать в релиз) их прогоняет. Тогда есть вариант через rpc релизу сказать, какой модуль дернуть

Сделал пару ПР

Заебало - начал писать просто issues

Заебало - начал писать просто issues

не парься, я заебался через полгода. Мелкие пакеты я просто себе переписал и по сути в проект их включаю. Т.к народ релизит целый пакет, с 4 файлами и 10 строками кода во всех файлах

жопу даже морщить жалко чтобы такое релизить

Я просто не знаю правильного решения

раньше я форкал, теперь просто кидаю файлы в проект

Что делать с этим version hell?

По уму?

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

Вот ты вроде написал либу, она работает с любым Poison, а другая либа говорит - "хуй тебе, надо последний"

И ты не переделаешь на самое последнее

ты прав, проблема с версиями - ад. Примерно уровня npm года 2 назад

Так как решить то?

никак

сам hex.pm - мертв

Так значит семвер сосет

Потому что тут где-то косяк в логике

косяк тут размазан

первое - это сам пакет менеджер - полное говно. Второе - полумертвое коммьюнити и соотвественно разница в версиях между пакетами и депенденси

Смысл в том, что в теории ты можешь сделать либу, которая вообще не должна менятся

первое поправимо, второе - ну это проблема кучи языков

И это значит что ты должен мочь в депенденси иметь какую-нибудь древнюю версию пакета и всё работало

Но если этот же пакет кто-то другой имеет

То начинается какая то хуита

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

просто автор ебанулся

Получается, надо иметь возможности иметь несколько версий?

Получается, надо иметь возможности иметь несколько версий?

я очень рекомендую yarn поглядеть. Имхо - самая продвинутая система версий в нем

Но тогда начинается ебаный нпм

С гигом зависимостей ещё до начала работы

npm - это ад. Я помню там есть те кто не выкатывался на прод и те кто уже выкатывался и без шринкврап не начинают проект

Так всётки решение в том, чтобы иметь несколько версий пакета?

Но в эрланге это нельзя

когда redux релизился по 4 раза в день, я чуть проект не запорол..

Тут нету нэймспейсинга

Так всётки решение в том, чтобы иметь несколько версий пакета?

решение в том, чтобы можно было каскадно версии ослаблять и иметь варианы 2х версий либ в 1 проекте

2 версии же нельзя

но в текущем дизайне это никак не достичь. Валим, как всегда напишет абзацев 10 хуеты и ничего по делу

2 версии же нельзя

из-за того что весь проект компилится, как есть - да

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

интересно смотреть, как феникс решает менять структуру папок, но блять всем настрать, включая компилятор!

интеграция с амбрелла аппами уровня - еще пару ../

боги от программирования

Ну, это норм

Эксплисит бля

Всё ради этого - но мне нравится

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

Я раньше думал - все сука забивают на версионирование

претензии уходят, нельзя предьявлять претензии просто к новому варианту синтаксиса

В теперь чёт загнался и думаю - косяк где-то в архитектуре

В теперь чёт загнался и думаю - косяк где-то в архитектуре

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

все равно будет gap

Ну хз. Если приходтся писать так: {:poison, "~> 1.3 or ~> 2.0 or ~> 3.0 or ~> 4.0"},

То нахер

Напишешь >= 1.3 - а они сука поломают что-нибудь в 5 версии

я пока не вижу выхода, но как минимум - переписывание hex.pm

Так а как это поможет?

Если нельзя иметь 2 версии пакета

И это ещё и легаси

Потому что хекс обслужиавет ребар

Заодно

Так а как это поможет?

если hex.pm к примеру сможет пакеты превращать в пару и переопределять нужный пакет в конкретный

типа если нужно некому CoolPackage особовую версию Poison, чтобы hex упаковывал CoolPackage вместе с переопределенным Poison в 1

по сути или переписывая все в модули или мокая вызовы

А как понять какая из версий особая?

ERROR: S client not available

тут именно coupling пакетов. Т.е твой пакет просит версию Hackney определенную и ему упаковывать нужную

Так получается npm

т.е разделение будет на модули что нужны пакетам по зависимостям и те что ты хочешь

Пакет зависит от пакета, который зависит от пакета...

если ты не определил в mix что тебе нужен Hackney, то его и не будет доступно

но пакеты, которые от него зависят, получать его доупакованным

в итоге настанет рай версий

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

И это реально сделать?

Так получается npm

в npm есть проблема кроссверсий, когда все по пизде идет

В жс хоть импорт есть

И это реально сделать?

да, но упаковать на стороне hex.pm должна

А тут поизон на всех сука областях видимости

т.е ты сабмитишь пакет, он собирается с версиями что нужно и так и хранится

апдейтить в рамках версий, тоже на сервере

Иногда кажется что лучше как в го

Есть всего одна версия

)))

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

Короче я хз как это сделать

Может быть это будет круто

Пока что хуита

Иногда кажется что лучше как в го

не лучше, пару лет назад одни чуваки так попали. В пакете в зависимости, внутри зависимости на 4 колене репа была удалена

?

в итоге все к хуям пошло

сейчас в го есть вендоринг

https://github.com/cloud66/cx/issues/19

Так может в принципе в эликсире надо пакет менеджер уровня "скачать все нужные функции с сервака и запилить в модули гвоздями на этапе компиляции макросами"

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

я сейчас гвоздями прибиваю из своих приватных реп

вот упаковывая, как написал

Короче говоря какая то хуета