Intégration de Power BI avec Azure DevOps (Git), partie 2 : Intégration de machine locale

Il s’agit de la deuxième partie d’une série d’articles de blog montrant comment intégrer Power BI à Azure DevOps, une plateforme cloud pour le développement de logiciels. L’article précédent donnait un bref historique des systèmes de contrôle de code source, qui aident les développeurs à gérer les modifications de code. Il explique également ce qu’est Git, un système de contrôle de source distribué rapide et flexible, et pourquoi il est utile. Il a présenté les configurations initiales requises dans Azure DevOps et expliqué comment intégrer le service Power BI (Fabric) à Azure DevOps.

Cet article de blog explique comment synchroniser un référentiel Azure DevOps avec votre machine locale pour intégrer votre Projets Power BI avec Azure DevOps. Avant de commencer, nous devons savoir ce qu’est un Projet Power BI est et comment nous pouvons le créer.

Projet Power BI (*.PBIP) est un nouveau format de fichier pour Bureau Power BI qui a été annoncé en mai 2023 et mis à disposition pour aperçu public en juin 2023. Il nous permet de sauvegarder notre travail en tant que projet, qui consiste en une structure de dossiers contenant des fichiers texte individuels qui définissent le rapport et les artefacts de l’ensemble de données. Cela nous permet d’utiliser des systèmes de contrôle de code source, tels que Git, pour suivre les modifications, comparer les révisions, résoudre les conflits et examiner les modifications. Cela nous permet également d’utiliser des éditeurs de texte, tels que Visual Studio Code, pour modifier les définitions d’artefacts de manière plus productive et programmatique. De plus, il prend en charge le CI/CD (intégration continue et livraison continue), où nous soumettons les modifications à une série de contrôles de qualité avant de les appliquer au système de production.

Les fichiers PBIP diffèrent des fichiers Power BI Desktop (PBIX) classiques, qui stockent les artefacts du rapport et de l’ensemble de données dans un seul fichier binaire. Cela a rendu difficile l’intégration avec les systèmes de contrôle de code source, les éditeurs de texte et les systèmes CI/CD. PBIP vise à surmonter ces limitations et à offrir une expérience plus conviviale aux développeurs pour les utilisateurs de Power BI Desktop.

Étant donné que cette fonctionnalité est toujours en préversion publique au moment de la rédaction de cet article de blog, nous devons l’activer depuis Power BI Desktop. Options et paramètres.

Activer le projet Power BI (mode développeur) (actuellement en version préliminaire)

Comme mentionné, nous devons d’abord activer la fonctionnalité Power BI Project (mode développeur), introduite en préversion publique dans la version de juin 2023 de Power BI Desktop. Les fichiers de projet Power BI nous permettent d’enregistrer nos fichiers Power BI sous forme de fichiers *.PBIP, de déconstruire les anciens fichiers de rapport Power BI (*.PBIX) en dossiers et fichiers bien organisés.
Avec cette fonctionnalité, nous pouvons :

• Modifiez les composants individuels de notre fichier Power BI, tels que les sources de données, les requêtes, le modèle de données, les visuels, etc.
• Utilisez n’importe quel éditeur de texte ou IDE pour modifier notre fichier Power BI
• Comparer et fusionner les modifications
• Collaborer avec d’autres développeurs sur le même fichier Power BI

Pour activer Power BI Project (mode développeur), suivez ces étapes dans Power BI Desktop :

1. Aller à Déposer
2. Cliquez sur Options et paramètres
3. Cliquez sur Possibilités

4. Dans la boîte de dialogue Options, accédez à Aperçu des fonctionnalités
5. Cochez la case à côté des fichiers de projet Power BI
6. Cliquez sur D’ACCORD

Après avoir appliqué les modifications, nous devons redémarrer Power BI Desktop.

Le premier article de cette série expliquait comment créer un nouveau Organisation, Projetet Repo dans Azure DevOps. Nous ne répétons donc pas ces étapes ici. Au lieu de cela, cette section explique comment cloner notre référentiel Git créé sur Azure DevOps sur la machine locale. Le clonage est le processus de copie d’un référentiel distant sur une machine locale afin que nous puissions travailler sur le projet hors ligne.

Pour cloner un dépôt Git sur une machine locale, nous devons installer Visual Studio ou Visual Studio Code (VS Code) sur la machine locale. Nous pouvons également utiliser Ligne de commande Git pour le clonage. Ce dernier point sort du cadre de ce blog, nous nous concentrons donc sur l’utilisation du Code VS méthodes.

Note

Quelle que soit la méthode de clonage souhaitée, nous devons installer Git sur la machine locale.

Suivez ces étapes pour fermer Dépôts Azure DevOps avec Code VS:

1. Dans votre navigateur Web, accédez à votre Organisation Azure DevOps en utilisant ce modèle : https://dev.azure.com/{your_organization_name}
2. Cliquez sur le bouton souhaité Projet

3. Cliquez sur Repos
4. Clique le Cloner bouton
5. Du Dépôt de clones volet, cliquez sur le Cloner dans VS Code bouton
6. Clique le Ouvrir bouton

7. Vous recevez maintenant un message sur VS Code pour Autoriser une extension à ouvrir cette URL; clique le Ouvrir bouton

8. Sélectionner un Dossier cloner des fichiers
9. Clique le Sélectionner comme destination du référentiel bouton

10. Transmettez vos identifiants sur le Gestionnaire d’informations d’identification Git et cliquez sur le Se connecter bouton

Nous avons terminé maintenant. Vous pouvez cliquer soit sur le Ouvrir pour accéder au dépôt cloné sélectionné dans le VS Code ou cliquez sur le bouton Ouvrir dans une nouvelle fenêtre pour ouvrir une nouvelle instance de VS Code et accéder au dépôt cloné.

Jusqu’à présent, nous avons cloné un dépôt Azure DevOps avec VS Code. La prochaine étape consiste à créer un Projet Power BI.

Créer un projet Power BI

L’étape suivante consiste à créer un projet Power BI à l’aide de Power BI Desktop. Vous pouvez soit créer un nouveau projet à partir de zéro, soit convertir un fichier PBIX existant en fichier de projet Power BI (PBIP). Dans cet article de blog, je crée un nouveau fichier à partir de zéro.

Pour créer un fichier de projet Power BI, procédez comme suit :

1. Ouvrez une nouvelle instance de Power BI Desktop, puis cliquez sur le bouton Déposer menu
2. Clique le Enregistrer sous option
3. Clique le Parcourir cet appareil

Note

Vous souhaiterez peut-être enregistrer le projet dans votre OneDrive. Dans ce cas, sélectionnez le OneDrive option sur le Enregistrer sous menu.

4. Dans le Enregistrer sous boîte de dialogue, choisissez l’emplacement du dépôt Azure DevOps cloné
5. Tapez un nom pour votre fichier
6. Dans la liste déroulante Type de fichier, sélectionnez le Fichiers de projet Power BI (*.pbip) option
7. Cliquez sur Sauvegarder

Lorsque nous naviguons vers l’emplacement où nous avons enregistré le projet, nous verrons que le dossier contient les éléments suivants :

• Le PBIP From Scratch.pbip déposer
• UN PBIP à partir de zéro.Ensemble de données dossier
• Un PBIP De Scratch.Rapport dossier

Vous pouvez explorer et modifier ces dossiers et fichiers à l’aide de Power BI Desktop ou de tout autre outil de votre choix tel que Tabular Editor ou même un éditeur de bloc-notes tel que Notepad++.

Maintenant que nous avons créé le projet Power BI, continuons et créons un modèle de données et un rapport simples.
Puisqu’il ne s’agit que d’un simple test, nous pouvons nous connecter à n’importe quelle source de données de notre choix. J’utilise l’exemple de base de données SQL Server de Microsoft : AdventureWorks2022DW.
Dans mon exemple, j’obtiens les données des tableaux suivants :

• DimDate
• DimProduit
• FaitInternetVentes

J’ai également créé une nouvelle mesure comme ci-dessous :

Sales = SUM(FactInternetSales[SalesAmount])

Ensuite, j’ai créé un rapport simple avec un slicer et un graphique linéaire comme suit, et j’ai enregistré les modifications localement sur ma machine :

Maintenant sur VS Code :

1. Le Contrôle des sources le volet a détecté quelques changements
2. Pour valider les modifications, nous saisissons un commentaire qui explique ce que nous avons fait
3. Clique le Commettre bouton pour valider les modifications dans Azure DevOps Repo

En fonction de vos paramètres VS Code, vous pouvez recevoir le message suivant sur VS Code indiquant « Il n’y a aucun changement par étapes à engager. Souhaitez-vous mettre en scène toutes vos modifications et les valider directement ? » comme le montre l’image suivante. Cette question vous demande si vous souhaitez Scène tout change d’abord, et ensuite Commettre eux localement. En savoir plus sur Changements de mise en scène et S’engager ici.

je sélectionne Toujours car je ne veux pas que VS Code pose à nouveau la même question à l’avenir.

Jusqu’à présent, nous avons validé les modifications sur notre machine locale, nous souhaitons maintenant publier les modifications sur Azure DevOps.

4. Tapez un commentaire
5. Clique le Publier la branche bouton

Maintenant, nous avons réussi PousserJ’ai modifié toutes les modifications apportées au référentiel Azure DevOps. L’étape suivante consiste à vérifier le dépôt DevOps. Vérifier si les modifications ont été appliquées sur Azure DevOps est simple. Il nous suffit de naviguer vers le souhaité Projet sur Azure DevOps.

Connectez-vous à Fabric et accédez à l’espace de travail souhaité. Si vous avez correctement configuré Intégration Git du Paramètres de l’espace de travailvous devriez voir que le contenu de l’espace de travail est synchronisé avec le référentiel Azure DevOps.

Comme vous le voyez, dans mon cas, la synchronisation a réussi. Maintenant, ouvrons le rapport et voyons s’il fonctionne réellement.

Comme vous pouvez le constater, le rapport est vide. En effet, l’intégration Git dans Fabric synchronise uniquement les définitions de l’ensemble de données et du rapport, pas les données. Par conséquent, nous devons soit actualiser l’ensemble de données, soit Publier le rapport à Fabric à partir de Power BI Desktop.

Note

Puisque nous travaillons sur un projet Power BI, si vous utilisez des versions de Power BI Desktop plus anciennes que la août 2023 libération, le Publier Le bouton est désactivé.

C’est tout pour cet article de blog.
Dans le prochain blog, nous examinerons quelques scénarios de travail réels et discuterons des limites et considérations actuelles.
Alors restez à l’écoute pour cela.

Comme toujours, j’aimerais connaître votre opinion et vos réflexions. Alors partagez-nous avec nous ce que vous pensez dans la section commentaires ci-dessous.

En rapport