pkg.sopackage field notes

brew / Rang 130

deno mit Homebrew installieren

Prüfe Installationswege, Executables, Metadaten und Sicherheitshinweise für deno in AI-Agent-Workflows.

Installation

Weitere Installationsbefehle

macOS

Homebrewverifiziert · 100%
brew install deno

provider-native install command

Überblick

Paketzusammenfassung

Secure runtime for JavaScript and TypeScript

Befehle und Aliase

  • deno
  • dx

Verlauf

Projektgeschichte und Nutzung

Deno is a modern JavaScript, TypeScript, and WebAssembly runtime with secure defaults, built-in tooling, and a single deno executable. It began as a rethink of server-side JavaScript after Node.js and later expanded toward Node and npm compatibility.

Projektgeschichte

The Deno repository was created in May 2018. The official Deno 1.0 announcement framed the project as a new runtime for JavaScript and TypeScript outside the browser, influenced by lessons from Node.js and designed around browser-compatible APIs, explicit permissions, first-class TypeScript, promises, Rust, and V8.

Deno 1.0 shipped in May 2020 as the stable CLI. The runtime deliberately bundled common developer tooling so users could run, test, format, lint, and document code without assembling a separate Node-style toolchain.

Deno 2, announced in October 2024, marked a shift from rejecting much of the Node ecosystem to supporting Node.js and npm compatibility. The Deno team described that release as combining Deno's original simplicity and security goals with package.json, node_modules, workspaces, npm specifiers, and private npm registries.

Adoptionsgeschichte

Early Deno adoption centered on developers who wanted browser-like module loading, TypeScript without a separate compiler setup, and a permission model for command-line scripts. Its official docs still present the tool as a secure-by-default runtime with a built-in formatter, linter, test runner, benchmarker, and package workflow.

After Deno 2, adoption broadened toward existing Node projects because Deno could run in repositories with package.json and node_modules while keeping Deno's own tooling and permission model. The release feed shows continued active releases, including Deno 2.9.0 in June 2026.

Wie es verwendet wird

Deno is used as a CLI runtime for scripts, services, tests, local tools, web servers, and TypeScript projects. The getting-started docs show deno init creating a project with deno.json, main.ts, and tests, then running TypeScript directly without a separate build step.

Package workflows can use URL imports, JSR packages, npm: specifiers, deno.json, or package.json depending on the project. Deno 2 also supports private npm registry configuration through .npmrc, which aligns it with enterprise Node package workflows.

Warum Paket-Nerds sich dafür interessieren

Deno is package-nerd catnip because it challenges the usual JavaScript runtime/package-manager split. One executable brings together runtime, installer, formatter, linter, test runner, task runner, dependency management, and docs.

Its history also tracks a major ecosystem lesson: clean-slate runtimes are attractive, but compatibility wins adoption. Deno 2's Node and npm support made the package story less ideologically pure and much more operationally useful.

Zeitleiste

  • 2018: The denoland/deno repository is created on GitHub.
  • 2020: Deno 1.0 is announced as the first stable CLI release.
  • 2024: Deno 2 is announced with Node.js and npm compatibility.
  • 2026: Deno 2.9.0 is published on GitHub releases.

Related projects

  • Node.js is the historical reference point and compatibility target for Deno 2.
  • V8 and Rust are core implementation technologies discussed in the Deno 1.0 announcement.
  • JSR is Deno's TypeScript-first package registry companion.
  • Fresh and Deno Deploy are related Deno ecosystem projects from Deno Land.

Sicherheitslage

Risikostufe: yellow

doc example: JavaScript runtime.

Risikoklassifikator

yellow Risiko · hoch Konfidenz · runtime

Warum

  • doc example: JavaScript runtime

Signale

  • override:deno

Installationsverhalten

  • Es wurden keine Homebrew-Bottle-Metadaten erfasst.

Empfohlene Prüfung

Prüfe vor unbeaufsichtigter Agent-Nutzung, ob das Tool Klartext-Credentials liest, Remote-Zustand schreibt, Artefakte veröffentlicht oder Plugins ausführt.

local files

Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.

Configuration files

Config paths the tool may read or write during local use.

Unix
deno.jsondeno.jsoncpackage.json

Executables

Installierte Executables

BefehlArtSichtbarkeitHinweis
denoExecutableindexiertes ExecutableAus dem lokalen Executable-Index erkannt.
dxExecutableindexiertes ExecutableAus dem lokalen Executable-Index erkannt.

Aktualität

Version und Aktualität

Diese Signale trennen das Alter der Seitengenerierung, Aktivität des Paketmanagers und Upstream-Release-Vergleich. Versionsrückstand wird nur gemeldet, wenn eine Evidenz-URL und vergleichbare Versionen vorhanden sind.

Seite generiert2026-08-03
Manager-Version2.9.4
Manager aktualisiert2026-07-23
lokale Datenunbekannt
Upstreamnicht verfügbar
neueste erkannte Versionnicht erkannt
  • OKEs wurden keine Aktualitätswarnungen generiert.

Installationsmetadaten

Paketmetadaten

Paketschlüsselbrew:deno
Version2.9.4
PaketmanagerHomebrew
Homepagehttps://deno.com/
Repositoryhttps://github.com/denoland/deno
Zuletzt aktualisiert2026-07-23T18:45:32Z
Pulseupdated
Bottlenicht erfasst
Dienstkeiner deklariert

Quellspur

Aus Repository-Daten generiert

Diese Seite wird von av-web aus dem privaten Paket-SQLite-Artefakt bereitgestellt, das scripts/generate-pkg-sqlite.py erstellt.

Verwendete Quellen

  • Geiger risk classifier
  • Nucleus package database
  • curated configuration and credential file locations
  • curated package history
  • pkgdb category and tag curation