đ Retour au Sommaire
Vous avez peut-ĂȘtre dĂ©jĂ rencontrĂ© cette situation frustrante : un projet qui fonctionne parfaitement sur lâordinateur de votre collĂšgue refuse obstinĂ©ment de compiler sur le vĂŽtre. Ou encore : vous revenez sur un ancien projet aprĂšs quelques mois et vous devez passer des heures Ă reconfigurer votre environnement. Les DevContainers sont la solution moderne Ă ces problĂšmes.
Dans cette section, nous allons dĂ©couvrir ce quâest un DevContainer, pourquoi câest devenu un outil indispensable pour les dĂ©veloppeurs modernes, et comment cela peut vous faire gagner Ă©normĂ©ment de temps.
Imaginez cette situation (trĂšs courante !) :
Alice développe un projet C sur son Ubuntu 22.04 avec GCC 11. Tout fonctionne parfaitement. Elle pousse son code sur GitHub.
Bob clone le projet sur son Ubuntu 20.04 avec GCC 9. Lors de la compilation, il obtient des erreurs Ă©tranges. Pourquoi ?
Bob passe plusieurs heures Ă :
Et si on pouvait éviter tout ça ?
Le problĂšme fondamental, câest que lâenvironnement de dĂ©veloppement nâest pas reproductible. Chacun a :
Analogie : Câest comme si deux cuisiniers essayaient de faire la mĂȘme recette, mais lâun avec un four Ă©lectrique Ă 200°C et lâautre avec un four Ă gaz dont la tempĂ©rature est approximative. MĂȘme avec la mĂȘme recette, les rĂ©sultats seront diffĂ©rents.
Un DevContainer (Development Container) est un environnement de développement complet, isolé et reproductible, défini dans des fichiers de configuration et exécuté dans un conteneur.
En termes simples : Câest comme une « boĂźte magique » qui contient :
Et cette « boĂźte » peut ĂȘtre partagĂ©e, recrĂ©Ă©e et utilisĂ©e par nâimporte qui, exactement Ă lâidentique.
Imaginez une machine à café à capsules :
Sans DevContainer : Câest comme prĂ©parer un cafĂ© manuellement. Vous devez :
RĂ©sultat : Chaque personne fait son cafĂ© diffĂ©remment, mĂȘme avec la mĂȘme recette.
Avec DevContainer : Câest comme utiliser une capsule. Vous :
RĂ©sultat : Tout le monde a exactement le mĂȘme environnement de dĂ©veloppement.
Pour comprendre les DevContainers, il faut dâabord comprendre les conteneurs (containers).
Un conteneur est comme une machine virtuelle ultra-légÚre. Il isole une application et toutes ses dépendances dans un environnement indépendant.
Différences avec une machine virtuelle classique :
| Aspect | Machine Virtuelle | Conteneur |
|---|---|---|
| Poids | 10-50 GB | 100 MB - 2 GB |
| DĂ©marrage | Minutes | Secondes |
| Performance | Overhead significatif | Quasi-natif |
| Isolation | ComplÚte (OS séparé) | Processus isolés |
Analogie :
Docker est la technologie la plus populaire pour crĂ©er et gĂ©rer des conteneurs. Câest un peu comme le systĂšme dâexploitation des conteneurs.
Votre Ubuntu
âââ Docker (moteur de conteneurs)
âââ Conteneur 1 : Ubuntu 22.04 + GCC 11 + outils C
âââ Conteneur 2 : Ubuntu 20.04 + GCC 9
âââ Conteneur 3 : Alpine Linux + Clang
Un DevContainer combine :
Schéma conceptuel :
âââââââââââââââââââââââââââââââââââââââââââââââ
â Votre Ordinateur (Ubuntu) â
â â
â ââââââââââââââââââââââââââââââââââââââââââ â
â â VS Code (interface) â â
â â - Vous voyez et Ă©ditez le code ici â â
â âââââââââââââââââŹâââââââââââââââââââââââââ â
â â Connexion â
â âââââââââââââââââŒâââââââââââââââââââââââââ â
â â DevContainer (Docker) â â
â â - Ubuntu 22.04 â â
â â - GCC 11 â â
â â - Make, CMake, GDB, Valgrind â â
â â - Toutes vos bibliothĂšques â â
â â - â C'est ICI que le code s'exĂ©cute â â
â ââââââââââââââââââââââââââââââââââââââââââ â
âââââââââââââââââââââââââââââââââââââââââââââââ
Le problĂšme rĂ©solu : « Ăa marche sur ma machine » nâest plus une excuse.
Avec un DevContainer, tout le monde travaille dans exactement le mĂȘme environnement. Si ça compile chez Alice, ça compilera chez Bob, Charlie, Diana, et tous les contributeurs du projet.
Exemple concret :
# Alice crée le DevContainer
git clone https://github.com/projet-c
code projet-c
# VS Code propose d'ouvrir dans le DevContainer
# â Tout fonctionne immĂ©diatement
Le problĂšme rĂ©solu : Les nouveaux membres dâune Ă©quipe passent souvent des jours Ă configurer leur environnement.
Avec un DevContainer :
Au lieu de plusieurs heures ou jours de configuration, câest prĂȘt en quelques minutes (le temps de tĂ©lĂ©charger lâimage Docker).
Le problĂšme rĂ©solu : Conflits entre projets qui nĂ©cessitent des versions diffĂ©rentes dâoutils.
Sans DevContainer :
update-alternatives et risquez de casser les chosesAvec DevContainer :
Le problÚme résolu : Votre systÚme principal reste propre.
Vous nâinstallez pas des dizaines dâoutils et bibliothĂšques directement sur votre Ubuntu. Tout est dans les conteneurs, qui peuvent ĂȘtre supprimĂ©s proprement quand vous nâen avez plus besoin.
Analogie : Câest comme louer un studio de musique Ă©quipĂ© plutĂŽt que dâencombrer votre appartement avec des instruments.
Vous voulez tester votre code avec :
Créez simplement plusieurs DevContainers ! Chacun avec sa configuration, sans rien casser sur votre systÚme.
Dans une entreprise ou un projet open-source :
RĂ©sultat : Fini les « ça marche en local mais pas en production », puisque tout le monde utilise le mĂȘme environnement de la machine du dĂ©veloppeur jusquâau serveur de production.
Vous découvrez un projet C intéressant sur GitHub. Sans DevContainer :
Avec DevContainer :
git cloneVous ĂȘtes formateur et vous enseignez C Ă 30 Ă©tudiants. ProblĂšme classique :
Sans DevContainer : Chaque étudiant a des problÚmes différents, vous passez votre temps à déboguer des environnements.
Avec DevContainer : Tous les Ă©tudiants utilisent le mĂȘme DevContainer. Un seul environnement Ă supporter.
Vous devez maintenir un vieux projet C qui a été développé en 2015 avec GCC 4.9 sur Ubuntu 14.04. Bonne chance pour installer ça sur votre Ubuntu 24.04 moderne !
Avec DevContainer : Créez un conteneur basé sur Ubuntu 14.04 avec GCC 4.9. Le vieux code compile sans modifications de votre systÚme moderne.
Votre pipeline CI/CD utilise un certain environnement pour compiler et tester. Avec DevContainer, vous dĂ©veloppez dans exactement le mĂȘme environnement que celui utilisĂ© par la CI/CD.
RĂ©sultat : « Ăa passe en CI » = « Ăa passe en local » (et vice versa).
Nouveau développeur rejoint le projet
â
Lit le README (espĂšre qu'il est Ă jour)
â
Installe les outils un par un
â
Rencontre des erreurs obscures
â
Demande de l'aide sur Slack/Discord
â
Passe 1-3 jours Ă tout configurer
â
Peut enfin commencer Ă coder
Temps perdu : 1-3 jours
Frustration : ĂlevĂ©e
Risque dâabandon : Significatif
Nouveau développeur rejoint le projet
â
git clone + code .
â
VS Code : "Ouvrir dans le DevContainer ?"
â
Clique "Oui"
â
Attend 3-10 minutes (téléchargement)
â
Tout est prĂȘt, peut coder immĂ©diatement
Temps perdu : 10 minutes
Frustration : Aucune
Risque dâabandon : Quasi nul
Bien que les DevContainers soient puissants, ils ont des limitations :
Docker doit ĂȘtre installĂ© sur votre machine. Sur Linux, câest simple, mais ça ajoute une dĂ©pendance.
Les conteneurs consomment de lâespace disque et de la RAM. Une image de base Ubuntu + outils C = environ 500 MB - 2 GB.
Si vous avez une vieille machine avec 4 GB de RAM, cela peut ĂȘtre limite.
CrĂ©er et configurer un DevContainer nĂ©cessite de comprendre quelques concepts (Docker, images, volumes). Mais une fois crĂ©Ă©, câest transparent pour les utilisateurs.
Pour un simple script C de 50 lignes, un DevContainer est probablement overkill. Câest surtout utile pour :
| CritĂšre | DevContainer | VM |
|---|---|---|
| Taille | 500 MB - 2 GB | 10 - 50 GB |
| DĂ©marrage | 10-30 secondes | 1-3 minutes |
| Performance | Quasi-native | Overhead 10-30% |
| Partage de fichiers | Transparent | Configuration nécessaire |
| Utilisation | DĂ©veloppement | Isolation complĂšte |
Verdict : Pour le développement, les DevContainers sont supérieurs.
Les DevContainers sont comme les venv Python, mais pour tout lâenvironnement, pas seulement les packages Python.
Vagrant était populaire avant Docker pour créer des environnements reproductibles. Les DevContainers sont :
Les DevContainers font partie de la suite Remote Development de VS Code, qui permet aussi de :
Les DevContainers ne sont pas limitĂ©s Ă VS Code. Dâautres IDE commencent Ă les supporter :
La spĂ©cification des DevContainers est open-source et publiĂ©e par Microsoft. Nâimporte quel Ă©diteur peut lâimplĂ©menter.
Voici comment se déroule une journée de travail typique avec DevContainer :
# Vous arrivez au bureau
cd ~/projets/mon-projet-c
# Ouvrez VS Code
code .
# VS Code détecte le DevContainer et propose de l'ouvrir
# Cliquez sur "Reopen in Container"
# â VS Code redĂ©marre dans le conteneur
# Vous codez normalement
# Tous les outils (GCC, GDB, Make) sont dĂ©jĂ lĂ
# Toutes vos extensions sont déjà configurées
Vous codez comme dâhabitude. Vous ne remarquez mĂȘme pas que vous ĂȘtes dans un conteneur. LâexpĂ©rience est transparente.
# Vous sauvegardez votre travail
git add .
git commit -m "Feature X implemented"
git push
# Fermez VS Code
# Le conteneur s'arrĂȘte automatiquement
Quand vous rouvrirez le projet, le conteneur redĂ©marrera automatiquement avec tout exactement comme vous lâaviez laissĂ©.
# JSON Parser
## Prérequis
- Ubuntu 20.04 ou supérieur
- GCC 9.4 ou supérieur
- Make 4.3
- libjson-c-dev
- libcurl4-openssl-dev
- check (pour les tests)
## Installation
sudo apt update
sudo apt install build-essential libjson-c-dev libcurl4-openssl-dev check
## Compilation
make
make test
ProblĂšmes potentiels :
# JSON Parser
## DĂ©marrage rapide
1. Installez Docker et VS Code avec l'extension Dev Containers
2. Clonez le dépÎt : `git clone ...`
3. Ouvrez dans VS Code : `code json-parser`
4. Cliquez sur "Reopen in Container"
5. C'est prĂȘt ! Lancez `make test`
Tout l'environnement est configuré automatiquement.
RĂ©sultat :
Les DevContainers suivent le principe Infrastructure as Code : votre environnement de développement est défini dans des fichiers texte versionnés avec votre code.
Avantages :
PlutĂŽt que de dire « installe ça, configure ça », vous dĂ©crivez lâenvironnement dans un fichier, et Docker se charge de le crĂ©er.
Analogie : Câest comme une recette de cuisine prĂ©cise vs des instructions vagues.
Instructions vagues :
« Mets du sel, mais pas trop, et un peu de poivre selon ton goût »
â RĂ©sultat diffĂ©rent pour chaque personne
Recette précise (DevContainer) :
« 2g de sel, 1g de poivre noir moulu »
â RĂ©sultat identique pour tout le monde
Ă ce stade, vous comprenez :
Prochaine Ă©tape : Dans la section 2.5.2, nous verrons concrĂštement la structure dâun fichier .devcontainer.json et comment crĂ©er votre premier DevContainer pour le dĂ©veloppement C.
Citation inspirante :
« With DevContainers, âč works on my machine âș transforms from an excuse into a guarantee. »
â Philosophie DevOps moderne