Kicad Master · 4 September 2026

Versioning Git et KiCad en 2026 : l’écosystème a atteint sa maturité

Fini le temps où l’on dupliquait des dossiers « projet_v2_final_rework » pour sauvegarder une variante de PCB. En septembre 2026, la gestion de versions versionnée est devenue un standard pour les concepteurs KiCad, portée par un plugin tiers robuste, des services cloud spécialisés et des outils de revue visuelle. Alors que l’intégration native reste en développement, l’écosystème actuel professionnalise déjà la conception électronique open source. Plongée dans les pratiques qui changent la donne.

De l’âge de pierre à l’ère Git : pourquoi KiCad est fait pour le versioning

Il y a encore quelques années, le concepteur KiCad typique gérait ses révisions comme on range des boîtes dans un grenier : des dossiers « v1 », « v2 », « v3_essai », parfois un fichier ZIP avec la date. Les projets collaboratifs se heurtaient à l’absence de suivi des modifications, et toute expérimentation risquait de polluer le design principal. Puis Git est arrivé, comme une évidence.

KiCad sauvegarde ses fichiers de conception – schémas, empreintes et PCB – au format S-expression, un texte structuré lisible par un humain. Contrairement aux formats binaires propriétaires (comme ceux d’Altium), ce choix rend chaque fichier parfaitement adapté au versioning avec Git : les différences entre deux versions peuvent être comparées ligne à ligne, fusionnées et annotées. Comme le souligne un article d’Anchorpoint, « KiCad saves its PCB designs as plain text files, making it uniquely perfect for Git version control » Anchorpoint. Cette spécificité est d’autant plus précieuse que les outils de synchronisation classiques (Dropbox, Google Drive) ne proposent ni verrouillage de fichiers, ni historique de modifications exploitable, ni retour arrière fiable vers un état précis.

Les premières tentatives d’intégration remontent à KiCad 5.x, où des utilisateurs bricolaient des scripts pour versionner les fichiers .kicad_pcb et .sch. Mais c’est avec KiCad 7 et 8 que le mouvement s’est structuré autour d’un plugin dédié : kicad-git, développé par Adam W. (adamws). Ce plugin, installable via le gestionnaire de plugins et de contenu (PCM) de KiCad, offrait pour la première fois une interface graphique de commit directement depuis l’éditeur PCB. Il utilise git gui en arrière-plan, et peut être configuré pour d’autres outils comme TortoiseGit.

Parallèlement, des services cloud comme CADLAB.io et BoardRepo ont vu le jour, proposant un hébergement spécialisé pour les projets KiCad avec visualisation web des schémas et PCB, commentaires et historique Git. La communauté a rapidement adopté ces solutions, comme en témoignent les discussions sur le forum KiCad et les dépôts GitHub de cartes open source.

Aujourd’hui, avec KiCad 10.0.6 (dernière version stable, selon la page de téléchargement officielle KiCad.org), l’écosystème a encore mûri. Si l’intégration Git native promise par la feuille de route n’est pas encore livrée dans l’interface principale, les outils existants – plugin kicad-git, services cloud, et nouveaux venus comme Kiri – offrent déjà un workflow professionnel. Surtout, KiCad 10 a apporté une avancée majeure qui change la donne pour le versioning : l’embedding des symboles, empreintes et modèles 3D directement dans les fichiers de projet, éliminant le problème des bibliothèques orphelines qui empoisonnait la collaboration (nous y revenons plus bas).

Le cœur du réacteur : le plugin kicad-git toujours dans la course

Le plugin kicad-git reste l’outil le plus utilisé pour versionner un projet KiCad. Installé via le PCM, il ajoute un bouton dans la barre d’outils de l’éditeur PCB (Pcbnew). Un clic ouvre une fenêtre git gui où l’on peut visualiser les fichiers modifiés, écrire un message de commit et pousser vers un dépôt distant. Simple, efficace, mais limité : le plugin ne fonctionne pas dans l’éditeur de schémas (Eeschema). Une lacune que le développeur assume clairement dans le README du dépôt GitHub adamws/kicad-git.

L’avantage du plugin est sa maturité : il est utilisé depuis KiCad 7, et sa maintenance reste active. Il repose sur une installation préalable de Git et de git gui (fourni avec Git pour Windows). Pour les utilisateurs avancés, il est possible de le personnaliser via un fichier config.ini pour utiliser TortoiseGit ou d’autres clients.

Sur le forum EEVblog, un fil intitulé « How do you do PCB version control with KiCad? » montre que beaucoup de concepteurs utilisent kicad-git en combinaison avec GitHub ou GitLab pour la collaboration EEVblog. Certains préfèrent une approche en ligne de commande pure, mais pour le concepteur non développeur, le bouton « Commit » est un confort non négligeable.

La question de la compatibilité avec KiCad 10 se pose. Le développeur Adam W. a indiqué sur GitHub que le plugin continuerait d’être mis à jour tant que l’API de KiCad le permettrait. Mais si l’intégration native devient complète, le plugin pourrait devenir redondant. En attendant, il reste une solution fiable et éprouvée.

Cloud et collaboration : CADLAB.io passe en version officielle

Le versioning local, c’est bien. Le versioning collaboratif, c’est mieux. C’est là qu’interviennent des services spécialisés.

CADLAB.io a franchi un cap en 2026 : le service a annoncé la sortie officielle de sa solution de « visual version control » pour KiCad CADLAB.io. Concrètement, la plateforme permet d’héberger un dépôt Git, mais surtout de visualiser les schémas et PCB directement dans le navigateur, avec un historique visuel et la possibilité de laisser des commentaires sur des composants ou des pistes. C’est un outil précieux pour les revues de design en équipe, et la sortie « officielle » marque une stabilisation bienvenue après des années de version bêta.

BoardRepo est un autre service dédié au versioning de projets KiCad. Il propose une intégration poussée avec Git, une visualisation web des designs, et des fonctionnalités de collaboration. Selon leur guide, « Version control for KiCad projects » BoardRepo, il suffit de pousser son dépôt Git vers leur plateforme pour bénéficier d’une interface de revue.

L’avantage de ces services est leur intégration poussée : ils comprennent le format KiCad et affichent les composants, les pistes, les plans de masse. Un reviewer peut pointer un défaut sur un via et le designer le corrige immédiatement. Les plans gratuits sont limités en nombre de dépôts privés, mais suffisants pour les hobbyistes.

GitHub et GitLab restent des alternatives plus généralistes. On peut y héberger un dépôt KiCad, mais la visualisation se limite aux fichiers texte bruts. En revanche, ils offrent des pipelines CI/CD : on peut automatiser la génération des fichiers Gerber, les vérifications DRC, ou même lancer des simulations. Un article récent d’Electronics Design montre d’ailleurs comment automatiser KiCad avec l’API Python pcbnew et kicad-cli pour intégrer des vérifications DRC/ERC personnalisées dans une chaîne CI, et générer automatiquement BOM et empreintes Electronics Design AU. Quelques projets open source (comme des cartes Arduino-like) utilisent cette approche.

Attention toutefois à la confidentialité. Héberger ses designs sur un service cloud expose à des risques de fuite de données, surtout pour des produits commerciaux. CADLAB.io et BoardRepo proposent des options de déploiement sur site (on-premise) pour les entreprises, mais à un coût. Le verrouillage fournisseur est également un risque : si le service ferme, la migration peut être complexe.

Kiri : un outil de revue visuelle pour les designs KiCad

Un nouvel acteur a émergé récemment : Kiri, un outil visuel conçu pour la revue des designs KiCad. Développé par leoheck, Kiri est disponible sur GitHub leoheck/kiri. Il permet de charger un projet KiCad (schéma et PCB) et de naviguer dans l’historique Git, d’afficher les différences entre deux commits, et de laisser des commentaires directement sur les éléments du design.

Contrairement à CADLAB.io ou BoardRepo, Kiri est un outil local (ou déployable sur un serveur) qui se connecte à votre dépôt Git. Il offre une interface web pour visualiser les schémas et PCB, avec un diff visuel qui surligne les modifications. C’est un complément idéal pour les équipes qui souhaitent garder le contrôle de leurs données tout en bénéficiant d’une revue graphique.

Kiri supporte les formats de fichiers KiCad (schémas .kicad_sch, PCB .kicad_pcb) et utilise Git en arrière-plan. Il est encore jeune, mais la communauté le teste activement. Pour les concepteurs qui veulent une solution de revue sans passer par un service cloud, Kiri est une option prometteuse.

L’embedding : la révolution silencieuse qui change tout pour Git

Si le versioning Git est devenu réellement viable pour KiCad, c’est en grande partie grâce à une fonctionnalité introduite dans KiCad 9 et devenue un pilier avec KiCad 10 : l’embedding des symboles, empreintes et modèles 3D directement dans les fichiers de projet. Comme le détaille notre article dédié, cette capacité élimine le problème des bibliothèques orphelines qui empoisonnait la collaboration L’embedding dans KiCad. Avant, un projet versionné sur Git pouvait référencer des bibliothèques locales qui n’existaient pas chez le collaborateur – le clone fonctionnait, mais le design était cassé. Avec l’embedding, chaque fichier .kicad_sch ou .kicad_pcb contient tout ce qu’il faut pour être ouvert et modifié, ce qui rend le versioning Git réellement fiable.

KiCad 10 a également basculé les modèles 3D officiels au format STEP uniquement, ce qui réduit considérablement la taille des bibliothèques téléchargées et améliore la précision géométrique KiCad 10.0.0 Released. Pour le versioning, c’est un gain net : moins de fichiers à tracker, moins de risques de divergence entre la visualisation et l’export.

Git en action : workflows concrets pour le designer PCB

Voyons comment Git transforme le quotidien du concepteur, avec des exemples concrets.

Scénario 1 : le solo expérimentateur. Vous travaillez sur une alimentation. Vous voulez essayer un nouveau layout pour réduire le bruit. Avec Git, vous créez une branche experiment-low-noise. Vous modifiez le PCB, testez, et si ça ne marche pas, vous revenez à la branche principale en un clic. Plus de fichiers « _v2 », « _v3 », « _final ». Le commit git commit -m "Test placement filtre LC côté entrée" garde une trace de chaque essai.

Scénario 2 : l’équipe en entreprise. Trois ingénieurs travaillent sur le même projet : l’un sur le schéma, l’autre sur le PCB, le troisième sur la bibliothèque de composants. Avec Git, chacun travaille sur sa branche, puis on fusionne. Les conflits sont rares car les fichiers sont différents (schéma vs PCB vs bibliothèque). L’embedding garantit que chacun a les bons symboles et empreintes, même si la bibliothèque centrale n’est pas synchronisée.

Scénario 3 : la revue de design asynchrone. Un client ou un collègue veut vérifier une modification. Au lieu d’envoyer des captures d’écran, vous poussez votre branche sur CADLAB.io ou BoardRepo. Le reviewer commente directement sur le PCB, et vous voyez ses annotations dans l’historique. Avec Kiri, la revue peut même se faire en local, sans cloud.

L’IA entre dans la danse : le MCP et les serveurs d’assistance

L’année 2026 a vu l’émergence d’une nouvelle couche d’outils qui s’appuient sur Git et le versioning : les serveurs Model Context Protocol (MCP) pour KiCad. Comme nous l’expliquons dans notre article dédié, le MCP permet à des assistants IA (Claude, GPT) de lire et modifier directement les fichiers de projet, d’exécuter des DRC, voire de router des pistes Le MCP et l’IA s’invitent dans KiCad. Pour le versioning, ces serveurs apportent une valeur ajoutée : ils peuvent générer des messages de commit automatiques, analyser les différences entre deux révisions, ou proposer des corrections basées sur l’historique.

Le projet Konnect (anciennement KiCAD-MCP-Server) a été réécrit en Rust en 2026, avec 171 outils et une intégration native à l’API IPC de KiCad 10 Konnect sur GitHub. Il fonctionne avec Claude Desktop, Claude Code, VS Code et tout client MCP. Pour le versioning, il peut par exemple générer un résumé des changements entre deux commits, ou aider à résoudre un conflit de fusion en analysant le contexte. C’est un complément prometteur aux outils classiques, même si la prudence reste de mise : l’IA ne remplace pas la relecture humaine d’un design critique.

L’écosystème s’élargit : bibliothèque CERN, autoroutage GPU et portable

Le versioning ne vit pas en vase clos. En 2026, l’écosystème KiCad s’est enrichi de briques qui interagissent avec Git :

• La bibliothèque CERN : le 12 mai 2026, le CERN a publié sa bibliothèque interne de plus de 17 000 symboles et empreintes validés Bibliothèque CERN pour KiCad. Pour le versioning, c’est une aubaine : ces composants sont stables, documentés, et peuvent être embarqués dans les projets, réduisant les dépendances externes.
• L’autoroutage GPU : des outils comme PCB Auto Router ou Freerouting accélèrent le routage, mais ils génèrent des fichiers qui doivent être versionnés. Les workflows CI/CD intègrent désormais ces outils pour produire des variantes automatiquement Autoroutage GPU.
• KiCad Portable : la version portable 10.0.5 permet de travailler sur une clé USB sans installation, ce qui facilite les revues sur site. Combiné à Git, c’est un outil de terrain redoutable KiCad Portable.

Ces évolutions renforcent l’idée que le versioning n’est plus une option, mais un pilier du workflow moderne.

En résumé : le moment est venu

En septembre 2026, versionner ses projets KiCad avec Git n’est plus réservé aux développeurs. Le plugin kicad-git, les services cloud comme CADLAB.io et BoardRepo, les outils locaux comme Kiri, et l’embedding de KiCad 10 forment un écosystème complet, fiable et accessible. L’intégration native promise par la feuille de route reste attendue, mais l’existant couvre déjà 90 % des besoins.

Pour les concepteurs qui hésitent encore : commencez par un dépôt local, ajoutez un remote GitHub privé, et testez une branche d’expérimentation. Vous ne reviendrez pas en arrière. Et avec l’arrivée des serveurs MCP et de l’IA, le versioning devient même un terrain de jeu pour automatiser les tâches répétitives. L’ère des dossiers « _final_v2 » est bel et bien révolue.

Sources

• KiCad Downloads – Linux (version 10.0.6)
• Anchorpoint – Git with KiCad
• CADLAB.io – Visual version control for KiCad
• BoardRepo – Version control guide
• adamws/kicad-git – GitHub
• leoheck/kiri – GitHub
• EEVblog – PCB version control with KiCad
• Electronics Design AU – KiCad Python scripting for CI
• KiCad 10.0.0 Released – Blog
• Konnect (KiCAD-MCP-Server) – GitHub
• Hackaday – GPU-accelerated autorouter
• Journal du Geek – Télécharger KiCad

Article recherché et rédigé automatiquement · Magazine Electrosens