DevOps

Home Assistant frontend GitHub :
le dépôt de l'interface

par ScornidigitalMis à jour le 8 juillet 2026Gembloux, Belgique
Développeur écrivant du code à son poste de travail — illustration : Home Assistant frontend GitHub
Définition

Le frontend de Home Assistant est hébergé dans un dépôt GitHub dédié, séparé du cœur : il regroupe le code de l'interface web — le tableau de bord que l'utilisateur voit — et se développe en parallèle du moteur qui pilote la domotique.

Home Assistant sépare son interface de son moteur : l’UI vit dans un dépôt GitHub distinct, home-assistant/frontend, qui dessine le tableau de bord utilisateur.

L’interface et le cœur avancent côte à côte : séparés pour évoluer, réunis en usage final.

Le dépôt frontend : composants et build

Écrit à 99 % en TypeScript, le dépôt s’appuie sur Lit pour les Web Components. Il regroupe les composants du tableau de bord et la chaîne de build (Yarn + Rspack) qui compile tout en fichiers servis au navigateur. Cette séparation permet à l’interface d’évoluer indépendamment du cœur Python, une pratique courante dans les grands projets pour rester maintenables.

En contribution, on récupère le code, on propose une pull request comme sur n’importe quel dépôt GitHub classique. En usage final, le frontend compilé s’empaquette avec l’ensemble, l’utilisateur reçoit un bloc cohérent. Chez Scornidigital (Gembloux), nous appliquons ce même principe de séparation pour conserver une base lisible et scalable. Vous structurez un projet ? Explorez notre dossier DevOps ou contactez-nous pour un devis.

Questions fréquentes

Ce qu'on nous demande souvent.

Une question qui n'est pas ici ? Écrivez-nous : on répond en clair, sans jargon, sous 24 h.

Poser votre question

Le frontend de Home Assistant est-il un projet séparé ?

Oui. Home Assistant sépare son interface web (le frontend) de son moteur (le cœur, écrit en Python). Le frontend vit dans son propre dépôt GitHub, avec son code, ses composants et son historique.

Cette séparation permet à l'interface d'évoluer avec ses propres outils et à des contributeurs spécialisés dans le front d'y travailler sans toucher à la logique domotique. Les deux projets restent bien sûr coordonnés.

Pourquoi séparer le frontend du cœur ?

Parce que les deux mondes ont des besoins et des compétences différents. Le cœur gère les appareils, les automatisations et la logique ; le frontend gère l'affichage, l'interactivité et l'expérience utilisateur.

Les découpler permet à chacun d'avancer à son rythme, avec ses propres outils de build et ses propres contributeurs. C'est une pratique courante dans les grands projets open source pour rester maintenables.

Qu'y a-t-il dans le dépôt frontend ?

Le code de l'interface web : les composants qui dessinent le tableau de bord, les cartes, les réglages, ainsi que les outils de compilation qui transforment ce code en fichiers servis au navigateur. On y trouve aussi la documentation de contribution, les tests et l'historique des versions.

C'est le point d'entrée pour qui veut comprendre ou améliorer l'apparence de Home Assistant.

Peut-on contribuer au frontend via GitHub ?

Oui, comme pour la plupart des projets open source. GitHub héberge le code, reçoit les propositions de modifications (les pull requests) et suit les rapports de bugs.

Un contributeur récupère le dépôt, applique ses changements, les teste localement puis les propose à la validation de l'équipe. C'est le fonctionnement classique d'un projet communautaire, où l'interface se construit à plusieurs mains.

Comment le frontend rejoint-il l'application finale ?

Le frontend est compilé en fichiers statiques, puis intégré à la distribution de Home Assistant que les utilisateurs installent. Autrement dit, on ne lance pas le dépôt frontend séparément en usage normal : son résultat compilé est empaqueté avec le reste.

Le dépôt séparé sert au développement et à la contribution ; l'utilisateur final reçoit un ensemble cohérent, cœur et interface réunis.

Écrit par le studio

Scornidigital

Studio web full-stack à Gembloux. On code des sites en React, Vue, Laravel… et on choisit la techno qui sert vraiment votre projet — pas l'inverse.