Новая версия npm install на конвейере DevOps не работает из-за неправильного имени хоста, но она никогда не использовалась в предыдущей версии

#npm #azure-pipelines #npm-install

#нпм #azure-трубопроводы #npm-установка

Вопрос:

Недавно у нас был конвейер Azure DevOps, который начал выдавать ошибки на этом npm install шаге, причем ошибка была:

getaddrinfo ENOTFOUND proget.websilk.local

Это имеет смысл, поскольку этот адрес не является реальным доменным именем, и я предполагаю, что в какой-то момент мы использовали локальный репозиторий npm (websilk-это название агентства, которым мы пользовались много лет назад).

Однако мы никогда раньше не сталкивались с этой ошибкой. Мы отметили, что образы, используемые на серверах сборки для DevOps, обновили версию npm с 6.14.15 до 8.1.0 с момента нашего последнего развертывания ( https://github.com/actions/virtual-environments/blob/win19/20211229.2/images/win/Windows2019-Readme.md ).

Таким образом, что-то в новой версии npm делает что-то не так, как в наших предыдущих установках. Имеет смысл, что это приведет к сбою по указанному URL-адресу, но почему наши предыдущие установки не завершились с той же ошибкой? Имя хоста присутствует только в package-lock.json разделе resolved свойства. Я попытался прочитать, что это делает, но мне не совсем ясно (похоже, что он отмечает, откуда взялся этот пакет, но я не понимаю, почему на него ссылается установка npm).

Возможно, они всегда терпели неудачу, и предыдущая версия просто игнорировала их? Я сделал npm install локальную версию с версией 6.14.15 и не увидел ссылок на это имя хоста, и эти пакеты были успешно установлены, поэтому он никогда не ссылался на недопустимое имя хоста.