f
А MVS как раз берет минимально возможную версию
Size: a a a
2021 December 19
VB
тоже не сильно верно.
VB
ИМХО конечно
f
Во что конкретно?
f
Но если рассматривать всю экосистему целиком, на продолжительном промежутке времени MVS лучше. так как *максимальную* версию указывают еще меньше
f
verLater ( > V ): 44
verEarlier ( < V ): 13
verEqLater ( >= V ): 2712
verEqEarlier ( <= V ): 3
verIntersect (> V & < V ): 71
verEq ( V ): 45
verAny ( * ): 635
verSpecial ( #head ): 100
VB
Про минимально возможную версию. Я уже много много лет работаю с питоном и пип себя ведёт тут как-раз почти так-же как нимбл, т.е. тащит самую последнюю версию если не указано иное.
f
Я не спорю что оно работает, вопрос в том, можно ли сделать лучше
f
Т.е. MVS подразумеват следующее - если вам нужна самая последняя версия то вы бампаете дипазон сами
f
explicit vs implicit в чистом виде
VB
Не уверен. В 99% случаев ты хочешь видеть именно самую свежую стабильную версию пакета. Когда не хочешь - ставишь гвоздями == и нужная версия.
VB
Почти всегда никому не нужна минимально возможная версия, зачастую нужна максимально возможная версия.
VB
Это я про реальный прод говорю, а не про теорию и хоум проекты
f
Если вам нужна максимально возможная версия то можно указать то что нужно в диапазоне
VB
Не, это не так работает.
VB
Если я указываю <= 3.0(к примеру) это не означает что мне надо версию 0.0.0.01, мне надо верхнюю доступную версию диапазона под мою операционную систему, а тут внезапно для линуха может быть 3.0, а для винды всего-лишь 2.8, а для BSD вообще 2.7.13.5.
f
Ну начнем с того что указывается
> 2.8 (или что-то аналогичное) и получается 2.8, а не <= 3.0 с 0.0.1f
Т.е. вы указываете минимальную границу диапазона в большинстве случаев
VB
А мне не надо > 2.8. Мне надо любую МЕНЬШЕ 3.0.1
VB
т.к. я точно знаю что в 3.0.1 или 3.1 сломалось API