npm tarpinio serverio gedimai atsisiunčiant diegimo scenarijus
npm paketas diegimo metu gali paleisti atskirą atsisiuntimą. Nustatykite tą programą ir mazgą, o ne manykite, kad kiekviena užklausa naudoja npm registro tarpinio serverio konfigūraciją.
Jei npm diegimas pereina registro atsisiuntimą ir sustoja diegimo scenarijuje, nustatykite antrąjį atsisiuntėją. JavaScript paketas jau gali būti, o jo platformai būdingas dvejetainis failas dar trūksta.
- Raskite užklausos savininką žurnale. Užrašykite gyvavimo ciklo scenarijų, vykdomąjį failą arba HTTP biblioteką, paskirties mazgo pavadinimą ir pirmąją klaidą. Paketas gali paleisti kitą programą, kurios atsisiuntimas atskirtas nuo npm registro perdavimo.
- Naudokite to atsisiuntėjo palaikomą tarpinio serverio sąsają. tfjs-node resources.js keliui vaiko proceso tarpinio serverio aplinka yra vienas konkretus pavyzdys. Patikrinkite dokumentuotus paketo atsisiuntimo nustatymus ir užklausą siunčiančio proceso aplinką. Standartinis tarpinio serverio kintamasis padeda tik jei tas vartotojas jį skaito; panašaus pavadinimo kintamųjų pridėjimas neįrodo palaikymo.
- Sekite tikrąjį artefakto maršrutą. Leidimų serveriai, objektų saugyklos ir peradresavimo paskirties vietos gali skirtis nuo registro. Palyginkite tarpinio serverio autentifikavimą, patvirtintas paskirties vietas ir TLS pasitikėjimą nepavykusiai užklausai.
Atlikite tai prieš valydami podėlius: žurnale perėjimas nuo paketo gavimo prie gyvavimo ciklo vykdymo jau susiaurina gedimą. Sėkminga prieiga prie registro yra naudingas lyginamasis įrodymas, tačiau neįrodo, kad antroji programa palaiko tą patį maršrutą ar gali pasiekti savo artefaktų mazgą.
Diegimo scenarijų išjungimas gali praleisti atsisiuntimą ir palikti paketą netinkamą naudoti. Jei paketas dokumentuoja patvirtintą iš anksto sukurtą arba neprisijungusį diegimo kelią, sąmoningai paruoškite tą artefaktą ir prieš laikydami diegimą baigtu patvirtinkite, kad vykdomasis failas yra prieinamas.