bun の入れ方と使い方:インストール、スクリプト実行、依存追加、最初のプロジェクト
公式手順で bun を入れ、スクリプトを走らせ、一つの包を足し、bun init で最初のプロジェクトを始める。
手元で bun を使って JavaScript や TypeScript を走らせるなら、先に四つ終える。公式の入れ方、bun でスクリプト、bun add で一つの包、bun init で最初のプロジェクト。
bun.sh/docs/installation に従い、包名を当て推量しない。検索語は bun インストール、bun add、bun init。導入は bun.sh。
OS に合わせて公式バイナリを入れる
macOS と Linux
公式スクリプト:curl -fsSL https://bun.sh/install | bash。または brew install oven-sh/bun/bun。新しい端末で bun --version。
Windows
PowerShell:powershell -c "irm bun.sh/install.ps1 | iex"。新しいセッションで bun が PATH にあることを確認する。
| 段階 | 命令 | 注意 |
|---|---|---|
| 導入 | bun --version | 今のシェルが公式バイナリを見つける |
| 実行 | bun hello.ts | .js / .ts を直接実行。先にコンパイルは不要 |
| 依存 | bun add zod | 包名は npm registry。lockfile が更新される |
| 作成 | bun init | package.json が出る |
導入、実行、包の追加、作成
- 01入れて版を確認する
bun.sh/docs/installation のスクリプトか Homebrew。
bun --versionが版を出す。命令がなければ新しい端末と PATH。更新はbun upgrade。 - 02スクリプトを走らせる
hello.ts(またはhello.js)を書き、bun hello.ts。bun はランタイムを含むので、先に tsc は不要。package.json のスクリプトはbun run <script>。 - 03包を一つ足す
プロジェクトで
bun add zod(例)。bun が依存を解き、lockfile を書く。失敗したら包名と網。途中の lockfile を手で直さない。 - 04最初のプロジェクトを始める
空のフォルダで
bun init。案内に従いpackage.jsonと入口ファイルが出る。その後bun run、またはbun index.ts。既存リポジトリはbun install。
curl -fsSL https://bun.sh/install | bash
bun --version
printf 'console.log("ok")\n' > hello.ts
bun hello.ts
mkdir myproject && cd myproject
bun init
bun add zod
# 入口を書いたあと:
bun index.ts- 公式スクリプトは必須か。
- 必須ではない。文書には Homebrew、npm、Scoop もある。一つ選び、bun --version で確かめる。PATH を奪い合う複数の副本を混ぜない。
- TypeScript を走らせるのに先に Node が要るか。
- 日常は不要。bun はランタイムを持ち、.ts を直接実行できる。スクリプトが node 固定なら、公式の互換説明を見る。
- bun add と npm install の違いは。
- どちらも依存を足す。bun add は bun の解決器と lockfile(bun.lock)を使う。同じディレクトリで npm / pnpm / bun のロックを混ぜない。
- 入れれば図の共有の代わりになるか。
- ならない。手元の JavaScript ツールチェーンである。会議が同じ図なら sitdraw を開く。
先に bun を PATH に入れる
bun --version が通るまで、失敗した init をテンプレの不具合だと決めない。多くは、導入スクリプトが変えた PATH を今のシェルが読んでいない。