npm ist der Paketmanager für Node.js und das zentrale Ökosystem zum Veröffentlichen, Installieren und Verwalten von JavaScript-Paketen. Es stellt ein Registry, eine CLI und semantische Versionierungs-Workflows zur Auflösung von Abhängigkeiten bereit. npm steuert Abhängigkeiten, Build-Skripte und Publikationspipelines in Dev- und CI/CD-Umgebungen.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
npm ist die Paketverwaltung und Registrierungsplattform des Node.js-Ökosystems für Abhängigkeiten, Skripte und veröffentlichte JavaScript-Pakete.
npm entstand 2009 als Paketmanager für Node.js und wurde von Isaac Z. Schlueter initiiert. Die Registry und die CLI entwickelten sich zum zentralen Verteilungsweg für wiederverwendbare JavaScript- und Node.js-Module.
package.json beschreibt Projektmetadaten, Abhängigkeiten und Skripte; package-lock.json fixiert die aufgelöste Struktur. Die CLI installiert, aktualisiert, testet und veröffentlicht Pakete über eine Registry, wobei Semver-Bereiche und Auditdaten die Auflösung beeinflussen.
Eine Registry speichert Pakete, Metadaten und Versionen für Abruf und Veröffentlichung.
package.json beschreibt Abhängigkeiten, Skripte und Projekteigenschaften.
Ein Lockfile hält konkrete Versionen und Integritätsinformationen reproduzierbar fest.
npm macht JavaScript-Abhängigkeiten zugänglich und automatisiert Projektaufgaben. Teams brauchen Lockfiles, Versionspflege, Supply-Chain-Prüfungen und einen bewussten Umgang mit Registry- und Skriptrechten.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.