Maison

Skill

Outils de développement

bun-runtime

affaan-m/ECC

Fournit des conseils sur l'utilisation de Bun en tant qu'environnement d'exécution JavaScript, gestionnaire de paquets, outil de regroupement de fichiers et exécuteur de tests, y compris la migration depuis Node.js et le déploiement sur Vercel.

...Développer tout

Heure mise à jour 1 octobre 2026

# javascript # typescript # bun # vercel # package manager # bundler # node js migration # test runner

Bun Runtime

Bun est un environnement d'exécution JavaScript tout-en-un et une boîte à outils rapide : environnement d'exécution, gestionnaire de paquets, outil de regroupement et exécuteur de tests.

Quand l'utiliser

Privilégiez Bun pour : les nouveaux projets JS/TS, les scripts où la vitesse d’installation et d’exécution est importante, les déploiements Vercel avec le runtime Bun, et lorsque vous souhaitez disposer d’une chaîne d’outils unique (exécution + installation + test + compilation).
Privilégiez Node pour : une compatibilité maximale avec l’écosystème, des outils hérités qui reposent sur Node, ou lorsqu’une dépendance présente des problèmes connus avec Bun.

À utiliser lorsque : vous adoptez Bun, vous migrez depuis Node, vous écrivez ou déboguez des scripts/tests Bun, ou vous configurez Bun sur Vercel ou d’autres plateformes.

Fonctionnement

Runtime : runtime compatible avec Node prêt à l’emploi (basé sur JavaScriptCore, implémenté en Zig).
Gestionnaire de paquets : bun install est nettement plus rapide que npm/yarn. Le fichier de verrouillage est bun.lock (au format texte) par défaut dans la version actuelle de Bun ; les versions plus anciennes utilisaient bun.lockb (binaire).
Bundler : Bundler et transpileur intégrés pour les applications et les bibliothèques.
Exécuteur de tests : intégré bun test avec une API de type Jest.

Migration depuis Node : Remplacer node script.js par bun run script.js ou bun script.js. Exécutez bun install à la place de npm install; la plupart des paquets fonctionnent. Utilisez bun run pour les scripts npm ; bun x pour les exécutions ponctuelles de type npx. Les fonctions intégrées de Node sont prises en charge ; privilégiez les API Bun lorsqu’elles existent pour de meilleures performances.

Vercel : définissez « runtime » sur « Bun » dans les paramètres du projet. Compilation : bun run build ou bun build ./src/index.ts --outdir=dist. Installation : bun install --frozen-lockfile pour des déploiements reproductibles.

Exemples

Exécuter et installer

# Install dependencies (creates/updates bun.lock or bun.lockb)
bun install

# Run a script or file
bun run dev
bun run src/index.ts
bun src/index.ts

Scripts et environnement

bun run --env-file=.env dev
FOO=bar bun run script.ts

Tests

bun test
bun test --watch

// test/example.test.ts
import { expect, test } from "bun:test";

test("add", () => {
  expect(1 + 2).toBe(3);
});

API d’exécution

const file = Bun.file("package.json");
const json = await file.json();

Bun.serve({
  port: 3000,
  fetch(req) {
    return new Response("Hello");
  },
});

Meilleures pratiques

Valider le fichier de verrouillage (bun.lock ou bun.lockb) pour des installations reproductibles.
Privilégiez bun run les scripts. Pour TypeScript, Bun s'exécute .ts de manière native.
Maintenez les dépendances à jour ; Bun et son écosystème évoluent rapidement.

Voir sur GitHub

---
name: bun-runtime
description: Provides guidance on using Bun as a JavaScript runtime, package manager, bundler, and test runner, including migration from Node.js and Vercel deployment.
---

# Bun Runtime

Bun is a fast all-in-one JavaScript runtime and toolkit: runtime, package manager, bundler, and test runner.

## When to Use

- **Prefer Bun** for: new JS/TS projects, scripts where install/run speed matters, Vercel deployments with Bun runtime, and when you want a single toolchain (run + install + test + build).
- **Prefer Node** for: maximum ecosystem compatibility, legacy tooling that assumes Node, or when a dependency has known Bun issues.

Use when: adopting Bun, migrating from Node, writing or debugging Bun scripts/tests, or configuring Bun on Vercel or other platforms.

## How It Works

- **Runtime**: Drop-in Node-compatible runtime (built on JavaScriptCore, implemented in Zig).
- **Package manager**: `bun install` is significantly faster than npm/yarn. Lockfile is `bun.lock` (text) by default in current Bun; older versions used `bun.lockb` (binary).
- **Bundler**: Built-in bundler and transpiler for apps and libraries.
- **Test runner**: Built-in `bun test` with Jest-like API.

**Migration from Node**: Replace `node script.js` with `bun run script.js` or `bun script.js`. Run `bun install` in place of `npm install`; most packages work. Use `bun run` for npm scripts; `bun x` for npx-style one-off runs. Node built-ins are supported; prefer Bun APIs where they exist for better performance.

**Vercel**: Set runtime to Bun in project settings. Build: `bun run build` or `bun build ./src/index.ts --outdir=dist`. Install: `bun install --frozen-lockfile` for reproducible deploys.

## Examples

### Run and install

```bash
# Install dependencies (creates/updates bun.lock or bun.lockb)
bun install

# Run a script or file
bun run dev
bun run src/index.ts
bun src/index.ts
```

### Scripts and env

```bash
bun run --env-file=.env dev
FOO=bar bun run script.ts
```

### Testing

```bash
bun test
bun test --watch
```

```typescript
// test/example.test.ts
import { expect, test } from "bun:test";

test("add", () => {
  expect(1 + 2).toBe(3);
});
```

### Runtime API

```typescript
const file = Bun.file("package.json");
const json = await file.json();

Bun.serve({
  port: 3000,
  fetch(req) {
    return new Response("Hello");
  },
});
```

## Best Practices

- Commit the lockfile (`bun.lock` or `bun.lockb`) for reproducible installs.
- Prefer `bun run` for scripts. For TypeScript, Bun runs `.ts` natively.
- Keep dependencies up to date; Bun and the ecosystem evolve quickly.