Есть ли какой-нибудь механизм, который я могу использовать в файле package.json или package-lock.json, который бы препятствовал сборке npm, если одна из зависимостей использует не выпущенную версию?
Например, учитываяследующий файл package.json:
{
"name": "frontend",
"version": "0.2.46",
"author": "Eric B",
"dependencies": {
"@agm/core": "^1.0.0-beta.2",
"@angular/animations": "5.2.11",
"@angular/common": "5.2.11",
"@angular/compiler": "5.2.11",
"@angular/compiler-cli": "5.2.11",
"@angular/core": "5.2.11",
"@angular/forms": "5.2.11",
"@angular/http": "5.2.11",
...
...
}
Я хотел бы добавить правило, которое не позволит "выпущенной" версии сборки (т. е. 0.2.46) использовать бета / не выпущенную версиюверсия зависимости (то есть: @ agm / core - 1.0.0-beta.2).Кроме того, я хотел бы добавить где-нибудь правило, разрешающее такую зависимость, только если мой пакет также является бета-версией.
Итак, с существующим package.json это не получится.Однако, если бы я изменил версию frontend
на «0.2.46-beta.0», она бы прошла.
Существует ли какой-либо модуль сборки, который я могу использовать, который позволил бы мне собрать этиВид правил упаковки / ограничений автоматически (т.е. быть определением) вместо необходимости писать (и поддерживать / поддерживать) мой собственный сценарий?