Fondamentaux¶

Comprendre pourquoi les environnements de développement reproductibles sont devenus essentiels et comment les devcontainers résolvent ce problème.

Le problème¶

"Ca marche sur ma machine" est la phrase la plus coûteuse en développement. Les causes :

Le coût est reel : des heures de debug, des bugs non reproductibles, un onboarding penible pour les nouveaux.

Les approches¶

Le devcontainer est le meilleur compromis : isolation totale sans la lourdeur d'une VM.

Qu'est-ce qu'un devcontainer ?¶

Un devcontainer est un conteneur Docker/Podman dans lequel VS Code (ou un IDE compatible) execute le code, le debugger, les extensions et le terminal :

graph TB
    subgraph "Machine locale"
        VSCode["VS Code (UI)"]
    end
    subgraph "Container"
        Server["VS Code Server"]
        Code["Code source (volume)"]
        Tools["Outils (node, python, go...)"]
        Ext["Extensions"]
    end
    VSCode <--> Server
    Server --> Code
    Server --> Tools
    Server --> Ext

Le développeur interagit avec VS Code normalement. Seul le backend (serveur de langage, terminal, debugger) tourne dans le conteneur.

La spécification devcontainer¶

La spécification est ouverte et maintenue par Microsoft en collaboration avec la communauté :

// .devcontainer/devcontainer.json — minimal
{
  "name": "Mon Projet",
  "image": "mcr.microsoft.com/devcontainers/base:ubuntu",
  "features": {
    "ghcr.io/devcontainers/features/node:1": { "version": "20" },
    "ghcr.io/devcontainers/features/python:1": { "version": "3.12" }
  },
  "customizations": {
    "vscode": {
      "extensions": ["esbenp.prettier-vscode", "dbaeumer.vscode-eslint"]
    }
  }
}

Concepts cles¶