То есть интересные версии получаются 1.0, 1.3 и 1.5
В 1.4 были улучшения, но вроде какие-то не слишком заметные (хотя пример сверху показывает, что это не совсем так).

Ну скажем так - пару месяцев назад у меня очень просили на discource.julia один из моих прототопов сделать совместимым с 1.2, типа "я его использую, не хочу апгрейдиться", хотя в то время уже 1.4 по-моему была. Поэтому я как-то осторожно отношусь к переезду на новые версии. Приходится потом отслеживать, чтобы не использовать то, чего нет хотя бы в версии на 2 младше

Я где-то выше ссылку кидал, что кто-то из кор девов говорил, что видимо 1.6 будет следующей стабильной версией.

То есть если её дождаться, то можно на неё сразу всё переписывать, должно надолго хватить.

Видимо я релизиться раньше буду 🙂

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

Но, кстати, если есть опасение, что код не будет работать на младших версиях, то CI хорошо помогает.
По крайней мере у меня был небольшой пакет, который я писал под 1.3, я в тесты добавил 1.0-1.2 и все ошибки быстро выловил.

С большим удивлением для себя узнал, что isnothing появился только в 1.3. Ну и там ещё что-то было по мелочи.

Но вообще, писать под разные версии это конечно гемор, сразу Compat вспоминается из pre 1.0 дней.

isnothing - 1.1 🙂 Я точно знаю, потому дальше доунгрейдиться не стал ровно из-за нее 🙂

Хм.
Странно 😊
Возможно 😊)))

У меня вроде бы на 1.2 с ним падал.
Но могу ошибаться.

В любом случае, если хочется под разные версии собирать, то лучше CI решения нет (простите уж за КО).

😉

Ровно так и делаю. Удобно

А ещё интересно nightly добавлять 😊 Чтобы с ужасом узнавать, что код надо уже переписывать 😊)))

Плюс помогает хоть как-то проверить под винду, которой у меня нет нигде в доступности

1.4, 1.4.1 содержат изменения под новый PackageCompiler

Надо, кстати, почитать что планируется в 1.5, 1.6. Интересно, например, поправят ли они итерацию по наследникам AbstractArray в copyto! и подобных методах - сейчас она неожиданно работает

Посмотрел мастер, что-то не похоже, что поправили, по прежнему если у массиво-подобной структуры медленный random-access, то ее не стоит наследовать от AbstractArray, ну либо переписывать под нее дофига методов из Base 🙁