Projets Power BI Desktop (PBIP)

Ce que change le format PBIP

Lorsqu’on enregistre un projet en format PBIP, Power BI Desktop ne crée plus un seul fichier. Il génère à la place une arborescence de dossiers contenant des fichiers texte lisibles par l’humain :

• SemanticModel/ — définition du modèle de données (tables, mesures DAX, relations, paramètres) au format TMDL
• Report/ — structure du rapport (pages, visuels, filtres, mise en page) en JSON
• gitignore — exclusion des fichiers de cache locaux du contrôle de version

Cette transparence structurelle ouvre des possibilités concrètes : copier une table d’un modèle à l’autre en dupliquant un dossier, réutiliser des pages de rapport comme templates, ou encore comparer deux versions d’un modèle.

PBIX vs PBIP : comparaison fonctionnelle

Contrôle de version, Git et CI/CD

Avec un format texte, chaque commit Git devient porteur de sens : on voit précisément quelle mesure DAX a été modifiée, quelle page a été ajoutée, quel filtre a changé. Les revues de code deviennent enfin possibles sur des artefacts Power BI.

L’intégration avec Microsoft Fabric Git permet une synchronisation bidirectionnelle avec Azure DevOps ou GitHub.

• Travail sur branches fonctionnelles et merge
• Déploiement automatique via pipelines CI/CD
• Vérifications qualité avant déploiement
• Historique complet des modèles pour audit et gouvernance

⚠️ Point d’attention : Power BI Desktop ne détecte pas automatiquement les modifications externes. Un redémarrage est nécessaire après édition via VS Code ou Tabular Editor.

Ce que change le format PBIP

Lorsqu’on enregistre un projet en format PBIP, Power BI Desktop ne crée plus un seul fichier. Il génère à la place une arborescence de dossiers contenant des fichiers texte lisibles par l’humain.

• SemanticModel/ — définition du modèle de données (tables, mesures DAX, relations, paramètres) au format TMDL (Tabular Model Definition Language), permettant une représentation déclarative du modèle tabulaire et une compatibilité avec les outils de développement externes comme Tabular Editor.
• Report/ — structure du rapport (pages, visuels, filtres, mise en page) en JSON
• .gitignore — exclusion des fichiers de cache locaux du contrôle de version

Cette transparence structurelle ouvre des possibilités concrètes : copier une table d’un modèle à l’autre en dupliquant un dossier, réutiliser des pages de rapport comme templates, ou encore comparer deux versions d’un modèle.

PBIX vs PBIP : comparaison fonctionnelle

Contrôle de version, Git et CI/CD

Avec un format texte, chaque commit Git devient porteur de sens : on visualise précisément quelle mesure DAX a été modifiée, quelle page a été ajoutée ou quel filtre a évolué. Les revues de code deviennent applicables aux artefacts Power BI.

L’intégration avec Microsoft Fabric repose sur son Git natif et permet une synchronisation bidirectionnelle avec Azure DevOps ou GitHub, ainsi qu’une industrialisation complète des cycles de déploiement.

• Travail sur branches fonctionnelles et merge contrôlé
• Déploiement automatisé via pipelines CI/CD
• Vérifications qualité avant promotion en production
• Historique complet des modèles pour audit et gouvernance

⚠️ Point d’attention : Power BI Desktop ne détecte pas automatiquement les modifications effectuées en dehors de l’outil. Après édition via VS Code ou Tabular Editor, un redémarrage est nécessaire pour synchroniser l’état du projet.

Écosystème d’outils externes

Le format PBIP ouvre un écosystème complet d’outils de développement autour du modèle sémantique.

• VS Code — édition TMDL/JSON avec validation et autocomplétion
• Tabular Editor — refactoring massif et scripting C# sur les modèles
• Scripts Python / C# — automatisation, génération de mesures et contrôle qualité

Les fichiers étant entièrement textuels, ils peuvent être manipulés programmaticalement pour industrialiser la création, la validation et la maintenance des modèles sémantiques.

Dans un contexte Microsoft Fabric, cette approche s’inscrit dans une logique de déploiement industriel des modèles via les mécanismes Git natifs et les endpoints de gestion des modèles en production.

Cas d’usage concrets

Collaboration et gestion des versions

Chaque développeur travaille sur une branche Git, ce qui élimine les conflits et les écrasements de fichiers PBIX.

Déploiement automatisé vers Fabric

Un merge sur main peut déclencher un déploiement automatique vers Fabric via pipelines CI/CD.

Audit et conformité

Des scripts peuvent analyser les modèles pour vérifier les conventions DAX, descriptions et colonnes inutilisées.

Limites et points de vigilance

• Certains fichiers JSON internes ne doivent pas être modifiés manuellement
• Limite de 260 caractères sur les chemins Windows
• Sensitivity labels non supportées
• Conversion PBIX → PBIP uniquement via Power BI Desktop

Conclusion

Les Projets Power BI Desktop (PBIP) représentent un tournant majeur dans la maturité de Power BI. En passant d’un format binaire à des fichiers texte structurés, Microsoft aligne Power BI sur les standards DevOps modernes. Avec Microsoft Fabric et les pipelines CI/CD, PBIP devient une brique centrale pour industrialiser la production analytique. La préversion impose de rester vigilant, mais la direction est claire : PBIP est le futur du développement Power BI.