Действия GitHub - зачем строить с разными версиями узлов?

Question

Я новичок в GitHub Actions (и в непрерывной интеграции в целом). Я как раз читал Использование Node.js с GitHub Actions и нашел там этот фрагмент из шаблона рабочего процесса Node.js :

    strategy:
      matrix:
        node-version: [8.x, 10.x, 12.x]

Здесь упоминается, что

Шаблон включает матричную стратегию, которая создает и тестирует ваш код с тремя версиями Node.js: 8.x, 10.x и 12.x. «X» - это подстановочный знак, соответствующий последнему второстепенному выпуску и выпуску исправления, доступному для версии. Каждая версия Node.js, указанная в массиве node-version, создает задание, которое выполняет одни и те же шаги.

Мой вопрос - зачем строить и тестировать с разными версиями Node? Почему бы просто не использовать одну версию?

Спасибо!

Answer 1

Node.js версии 8 , 10 и 12 являются обычно используемыми версиями Node.js. Версии 9 и 11 считаются экспериментальными, поскольку они являются нечетными числами и поэтому не получают LTS (Долгосрочная поддержка). С другой стороны, версии 8 , 10 и 12 являются стабильными.

Для облачных функций Firebase требуется либо Node.js версия 8 или 10 , показывая, что версии 8 и 10 по-прежнему довольно широко используются.

Node.js версия 14 был выпущен через несколько месяцев, а go, но я сомневаюсь, что люди перейдут на него до тех пор, пока не будет исправлено большинство ошибок, поэтому нет необходимости тестировать его, но вы можете, если вы хочу.

Как видите, Node.js версии 8 , 10 и 12 являются наиболее широко используемыми версиями Node.js и, следовательно, Убедитесь, что ваш код JavaScript работает с этими 3 версиями, чтобы убедиться, что ваш код может использовать множество людей.

Если вы хотите обеспечить полную совместимость, вы можете протестировать еще больше версий из Node.js, но я сомневаюсь, что вам это понадобится, поскольку Node.js обычно имеет обратную совместимость.

Если вы хотите узнать, какие версии Node.js в настоящее время поддерживаются, посетите Node.js выпускает стр.