Ha egy npm csomag ESM-ként és CommonJS-ként is megjelenik, a Node mindkét buildet betölti: két osztály, két singleton, bukó instanceof. A dual package hazard anatómiája – és ahogy a require(esm) meg a module-sync feltétel pontot tesz a végére.
node --run gyorsabb lehet az npm run parancsnál – de nem ugyanazt futtatja
A node --run közvetlenül indítja a package.json szkriptjeit, ezért gyorsabb lehet az npm run parancsnál. A váltás előtt azonban ellenőrizni kell az életciklus-hookokat és az npm környezeti változóit.
Az ARG-ba vagy ENV-be tett API-token, npm-jelszó vagy AWS-kulcs nem tűnik el a buildel együtt: ott marad a docker history-ban, és publikus GitHub Actions build esetén a provenance attesztációban is. A BuildKit secret mount ezt oldja meg – hands-on kipróbálva, docker history-val és exportált réteggel is ellenőrizve.
A RUN --mount=type=cache kiveszi az npm letöltési cache-ét a Docker rétegek alól, így egy lockfile-változás sem dobja el a már letöltött csomagokat. Csak épp a legtöbb hosted CI-futtatón minden build friss gépen indul – ott ez a trükk önmagában nem sokat ér.