Deno 2.8 リリースノート

Deno 2.8 が登場しました。これまでにない大きなマイナーバージョンアップであり、新しいサブコマンド、Node.js 互換性の劇的な向上、およびパフォーマンスの大幅な改善が特徴です。ぜひ皆さんにご紹介します。

インストール方法

アップグレード

すでに Deno がインストールされている場合は、以下のコマンドでアップデートを実行してください。

curl -fsSL https://deno.land/install.sh | sh

新規インストール

Deno をまだインストールしていない場合は、以下の中から選択してください。

• macOS (Homebrew):

  brew install deno

• Windows:

  winget install denoland.deno

• Linux: ご使用のディストリビューションのパッケージ管理ドキュメントを確認してください。
  • 詳細は インストール方法の詳細 を参照。

新しいサブコマンド

Deno 2.8 では、開発効率を高めるための専用ツールが多数追加されました。

deno audit fix

(脆弱性の自動修正)

依存ツリーにある npm パッケージの脆弱性を報告し、影響を受けるパッケージを自動的にパッチ適用済みバージョンへアップグレードします (#32909, #34273)。

• メジャーバージョンのアップグレードが必要ない場合、完全に自動で修正可能です。

• deno audit --fix

  フラグと同様の動作を簡潔に行えます。

実行例:

$ deno audit fix
╭─────────────────────────────────────────────┐
│ body-parser は URL エンコーディングが有効な場合に DoS に脆弱です │
╰─────────────────────────────────────────────┘
... (他の脆弱性の報告)

自動的に固定できた脆弱性: 1 つ
  body-parser 1.19.0 -> 1.20.3

deno bump-version

deno.json

package.json

• 基本的な増分:

  patch

  ,

  minor

  ,

  major

  ,

  prerelease

  を指定可能です。
• ワークスペース対応: 同一の増分をすべてのメンバーパッケージに適用し、

  jsr:version

  制約とインポートマップを同期します。
• Conventional Commits 自動検出: 増分引数が指定されていない場合、コミット履歴からバンプを自動で導出します。
• 範囲指定:

  --dry-run

  や

  - start / --base

  を使い、比較範囲を指定できます。

実行例:

$ deno bump-version patch
$ deno bump-version --base=main

deno ci

CI スクリプトや Dockerfile の設定を簡素化する専用コマンドです。「ロックファイルに従って正確にインストールする」ことを保証します。

• deno.lock

  が存在しない場合、エラーを発生させます。
• 既存の

  node_modules

  を自動的に削除します。
• インストールを

  --frozen

  フラグで実行し、設定ファイルと完全な一致を確認します。

これにより、CI ステップや Dockerfile にフラグを考える手間がなくなり、「再現性のあるインストール」を担保できます。

deno pack

単独の

npm pack

• 生成されるタールアーカイブには、

  type: module

  設定、条件付きエクスポート、抽出されたランタイム依存関係が含まれます。
• TypeScript を JavaScript に変換し、

  .d.ts

  宣言ファイルを抽出します。

• README

  と

  LICENSE

  ファイルを自動的に含めます。
• スコープ置換:

  jsr:@std/path

  →

  @jsr/std__path

  など、npm エコシステムで動作するように仕様が書き換えられます。

実行例:

$ deno pack                            
$ deno pack --dry-run                  
$ deno pack --set-version 2.0.0        
$ deno pack --output my-package.tgz    

deno transpile

TypeScript、JSX、TSX から型を除去し、単純な JavaScript を出力します。バンドルや設定は一切不要でエミットステップのみです。

• オプション:

  --outdir

  ,

  --source-map separate|inline

  ,

  --declaration

  に対応。
• Node 標準ライブラリをサポートしないランタイムへコンパイルする場合に役立ちます。

deno why

指定されたパッケージが、依存ツリー内での位置や理由を可視化します (#32908)。

• npm および JSR 混在対応: 両方のレジストリを使用しているプロジェクトでも透過的依存関係を追跡し、エントリポイントまで辿ります。

• pnpm why

  や

  npm explain

  と同等の機能をネイティブで提供します。

deno import defer

(TC39 準拠)

TC39 import defer 提案をサポートします。モジュールをパースは行うが、実行を遅延し、エクスポートへの最初のアクセス時に評価する仕組みです。

• 起動時間の削減: 高価な初期化処理を行うモジュールのロードを遅延できます。
• 動的インポート対応:

  import.defer()

  を使用して、実際に利用するブランチのみを評価できます。

• .ts

  /

  .tsx

  ファイルでも動作し、LSP と互換性があります。

例:

// deferred.ts (実行はここから開始)
export const value = 42; 
// main.ts の import を通じて触れるまで評価されない

デフォルトの変更点

Deno がデフォルトで npm を使用

Deno 2.8 では、CLI で

npm:

• デフォルト動作: コマンドラインでパッケージ名を指定する際、未プレフィックス化された名前はデフォルトで npm パッケージとして扱われます。

  $ deno add express # 自動的に npm:express を追加
  

• npm:

  プレフィックスは引き続き動作しますが、TypeScript のインポート仕様に従うため必須です。
• JSR パッケージは

  jsr:

  プレフィックスを維持するため、レジストリが明確に区別されます。

TypeScript 6.0.3 への更新

バンドルされた TypeScript コンパイラは 6.0.3 に更新されました (#32944)。TypeScript チームの移行リリースとして、breaking changes や廃止事項が含まれる場合があります。

lib.node

がデフォルトで含まれる

deno check

lib.node

• 以前は

  deno.json

  に

  "node"

  を追加するか、

  /// <reference types="node" />

  を記述する必要がありました。
• 今や NodeJS.*、Buffer、process などのアンビエントタイプを自動的に解決可能です。
• 注意点: ブラウザ用コードにおいて

  NodeJS.Timeout

  などを使用するとエラーになるため、ブラウザターゲットの場合は

  no-process-global

  などのルールの有効化が必要です。

デバッグ機能の向上

Chrome DevTools が今や Deno のネットワークトラフィックを検証できます。

• --inspect-wait

  を指定して実行し、Chromium で chrome://inspect から接続すると、すべての

  fetch()

  、

  node:http

  クライアントリクエスト、WebSockets (Deno.upgradeWebSocket()) を表示可能です。
• リクエストとレスポンスのヘッダー、ステータスコード、本體などを詳細に確認できます。

OpenTelemetry の強化

内蔵 OpenTelemetry 統合に gRPC エクスポーター と 権限監査ログ を追加しました (#32501)。

• 権限チェックの結果を OTel ログイベントとして直接エクスポートし、予期せぬファイルやネットワークアクセスを検知できます。

  $ OTEL_DENO=true DENO_AUDIT_PERMISSIONS=otel deno run -A main.ts
  

CPU プロファイリング

Node の

--cpu-prof

• 標準出力:

  .cpuprofile

  を生成します（Chrome DevTools で開く）。
• Flamegraph:

  --cpu-prof-flamegraph

  オプションで、自己完結型インタラクティブ SVG を出力可能。
• Markdown レポート:

  --cpu-prof-md

  オプションで、人間が読みやすいレポートを出力可能。

パフォーマンスの向上

Deno 2.8 はパッケージマネージャー、Node.js 互換性、HTTP サービングなどあらゆる面で劇的なスピードアップを果たしました (#34235)。Linux 環境での主要な改善点は以下の通りです。

DENO_DIR

パッケージ管理の効率化

• Shortened Packuments: npm レジストリから必要なメタデータのみを取得し、解決を加速。
• 並列 npm 解決: 依存ツリーが独立したブランチで解決するため待ち時間なし。
• 非同期イベントループからの解凍: HTTP/2 ストリーム停止時のパフォーマンス向上。

Node.js API 互換性 (76.4% → 3,405 テスト合格)

Node.js テストスイートのパス率は、Deno 2.7 の約 42% から 76.4% に跳ね上がりました (#33247)。

• Bun vs Deno: Node.js テストスイートでは、Deno 2.8 (76.4%) が Bun 1.3.14 (40.6%) を大幅に上回っています。
• ホットパス最適化:

  node:crypto

  の scrypt、Rust 後援の

  cpSync

  、Worker 間通信などが高速化されています。
• Deno.serve: ネイティブサーバーは JS ハンドラへの直接ディスパッチと軽量の Vary 処理で、透過性を向上させました。

import defer

起動時間を削減するために、評価を遅延するインポート機能が標準的にサポートされています (#32360)。高価な初期化を行うモジュールは、実際にエクスポートにアクセスするまでロードされません。

パッケージおよびワークスペース管理

catalog: プロトコル

pnpm の catalog プロトコルを採用し、モノレポの依存バージョン管理を簡素化しました (#32947)。

• ワークスペースルートで一度にデフォルトのカタログ (

  hono

  ,

  zod

  など) を宣言し、各メンバーから参照可能です。
• 複数の環境（本番、ビルド）に対応する

  catalogs

  フィールドもサポートされています。

クロスプラットフォーム npm インストール

Deno はネイティブバイナリプラットフォームの制約を緩和します (#32785)。

• 異なる OS やアーキテクチャ (

  linux/arm64

  ,

  windows/amd64

  など) に特化して依存関係を取得できます。
• Docker ビルドや CI アーティファクト作成時の信頼性を高めます。

--prod フラグと node_modules レイアウトの最適化

• --prod: 本番デプロイでは

  devDependencies

  や

  @types/*

  をスキップし、インストールサイズを最小化できます。
• isolated vs hoisted:

  nodeModulesLinker: "hoisted"

  オプションを追加し、既存の Node プロジェクトとの互換性を保証します。

.npmrc サポートの強化

• min-release-age: ヘッドライン機能としてパッケージの新しさに基づくセキュリティチェックを導入しました (#33983)。
• 相互 TLS 認証 (

  certfile

  /

  keyfile

  ) や

  _auth

  などの認証設定にも対応。

• file:

  および

  link:

  スプレッファ（ローカル依存）が静かにスキップされ、公開パッケージのインストールに干渉しません。

--package-json フラグ

Node から移行中のプロジェクトのために、

package.json

$ deno add --package-json express

deno compile の更新

「プロジェクトをターゲットにしてバイナリを得る」ワークフローが標準化されました (#33164)。

• フレームワーク検出: Next.js, Astro, Fresh, Remix, SvelteKit など、主要な Web フレームワークの自動検出に対応。
• npm CLIs 再起動対応:

  child_process.spawn

  などがスタックする問題を解決し、自身を再起動する CLI のビルドが可能になりました。

バグ修正

パッケージ管理コードは常に進化しています。35 つのイシューが修正されました (#32908)。主なものは以下の通りです：

• ピア依存解決: 複数の競合バージョンでのハング回避、大規模ワークスペースでのキャッシュヒットメモ化。
• エイリアス処理: アリヤされたパッケージが正しくリンクされるように修正。
• ロックファイル再生成: グローバルインストールの

  --force

  フラグ時の挙動修正。
• update 契約:

  deno update --lockfile-only

  の機能定義を明確化。

まとめ

Deno 2.8 は、Node.js 開発者のワークフローとの完全な統合、劇的なパフォーマンス向上、そして便利な新しい開発ツール（Audit Fix, Bump Version, Pack）を備えた、最も強力な JavaScript/TypeScript ランタイムの一角に君臨しています。