Partager via

Tutoriel : Gestion du cycle de vie dans Fabric

Dans ce tutoriel, vous allez découvrir l’ensemble du processus de chargement de données dans votre espace de travail et d’utilisation de pipelines de déploiement avec l’intégration Git pour collaborer avec d’autres personnes dans le développement, le test et la publication de vos données et rapports.

Remarque

Certains éléments d’intégration Git sont en préversion. Pour plus d’informations, consultez la liste des éléments pris en charge.

Prérequis

Pour intégrer Git à votre espace de travail Microsoft Fabric, vous devez configurer les prérequis suivants dans Fabric et Git.

Prérequis Fabric

Pour accéder à la fonctionnalité d’intégration Git, vous avez besoin d’une capacité Fabric. Une capacité Fabric est nécessaire pour utiliser tous les éléments Fabric pris en charge. Si vous n’en avez pas encore, inscrivez-vous à un essai gratuit. Les clients qui disposent déjà d’une capacité Power BI Premium peuvent utiliser cette capacité, mais gardez à l’esprit que certaines références SKU Power BI prennent uniquement en charge les éléments Power BI.

En outre, les commutateurs de locataire suivants doivent être activés à partir du portail d’administration :

Ces commutateurs peuvent être activés par l’administrateur client, l’administrateur de capacité ou l’administrateur de l’espace de travail, en fonction des paramètres de votre organisation.

Conditions préalables pour Git

L’intégration Git est actuellement prise en charge pour Azure DevOps et GitHub. Pour utiliser l’intégration Git à votre espace de travail Fabric, vous avez besoin des éléments suivants dans Azure DevOps ou GitHub :

  • Un compte Azure actif inscrit auprès du même utilisateur qui utilise l’espace de travail Fabric. Créez un compte gratuit.
  • Téléchargez le fichier FoodSales.pbix dans un dépôt Git que vous pouvez modifier. Nous utilisons cet exemple de fichier dans ce didacticiel. Vous pouvez également utiliser votre propre modèle sémantique et votre propre rapport, si vous préférez.

Si vous disposez déjà de droits d’administrateur pour un espace de travail avec des données, vous pouvez passer à l’étape 3.

Étape 1 : Créer un espace de travail Premium

Pour créer un espace de travail et lui attribuer une licence :

  1. Dans la barre de navigation gauche de l’expérience Power BI , sélectionnez Espaces de > travail + Nouvel espace de travail.

    Capture d’écran de l’interface utilisateur Créer un espace de travail.

  2. Nommez l’espace de travail FoodSalesWS.

  3. (Facultatif) Ajoutez une description.

    Capture d’écran du nouvel espace de travail portant le nom. Le nom est FoodSalesWS.

  4. Développez la section Avancé pour révéler le mode licence.

  5. Sélectionnez la capacité d’évaluation ou Premium.

    Capture d’écran du nouvel espace de travail avec le mode licence.

  6. Sélectionnez Appliquer.

Pour plus d’informations sur la création d’un espace de travail, consultez Créer un espace de travail.

Étape 2 : Charger du contenu dans l’espace de travail

Vous pouvez charger du contenu à partir de OneDrive, SharePoint ou d’un fichier local. Dans ce tutoriel, nous chargeons un fichier .pbix .

  1. Dans la barre de menus supérieure, sélectionnez Charger > Parcourir.

    Capture d’écran de l’interface utilisateur du menu Charger.

  2. Accédez à l’emplacement du fichier FoodSales.pbix que vous avez téléchargé précédemment, ou chargez votre propre exemple de modèle sémantique et de rapport.

Vous disposez maintenant d’un espace de travail contenant du contenu pour vous et votre équipe.

Capture d’écran de l’espace de travail FoodSalesWS avec un rapport, un modèle sémantique et un tableau de bord dans celui-ci.

Modifier les informations d’identification - première fois uniquement

Avant de créer un pipeline de déploiement, vous devez définir les informations d’identification. Cette étape ne doit être effectuée qu’une fois par modèle sémantique. Une fois vos informations d’identification définies pour ce modèle sémantique, vous n’aurez plus besoin de les définir à nouveau.

  1. Accédez aux paramètres > Power BI.

    Capture d’écran de l’interface utilisateur du menu Paramètres.

  2. Sélectionnez les modèles sémantiques > informations d’identification de la source de données > modifier les informations d’identification.

    Capture d’écran du menu Informations d’identification de la source de données.

  3. Définissez la méthode d’authentificationsur Anonyme, le niveau de confidentialité sur Public et décochez la case Ignorer la connexion de test .

    Capture d’écran des informations d’identification du modèle sémantique.

  4. Sélectionnez Se connecter. La connexion est testée et les informations d’identification sont définies.

Vous pouvez maintenant créer un pipeline de déploiement.

Étape 3 : Connecter l’espace de travail de développement de l’équipe à git

L’ensemble de l’équipe partage cet espace de travail et chaque membre de l’équipe peut le modifier. En connectant cet espace de travail à git, vous pouvez suivre toutes les modifications et revenir aux versions précédentes si nécessaire. Lorsque toutes les modifications sont intégrées dans cette branche partagée, déployez cet espace de travail en production à l’aide du pipeline de déploiement.
En savoir plus sur le contrôle de version avec Git dans Introduction à l’intégration git.

Connectons cet espace de travail à la branche principale de votre référentiel Git afin que tous les membres de l’équipe puissent le modifier et créer des pull requests. Suivez ces étapes si vous utilisez un référentiel Azure DevOps. Si vous utilisez un dépôt GitHub, suivez les instructions de connexion d’un espace de travail à un dépôt GitHub.

  1. Accédez aux paramètres de l’espace de travail dans le coin supérieur droit.

  2. Sélectionnez Intégration Git.

  3. Sélectionnez Azure DevOps. Vous êtes automatiquement connecté au compte Azure Repos inscrit auprès de l’utilisateur Microsoft Entra connecté à l’espace de travail.

    Capture d’écran de l’espace de travail avec le lien paramètres de l’espace de travail affiché.

  4. Dans le menu déroulant, spécifiez les détails suivants sur la branche à laquelle vous souhaitez vous connecter :

    • Organisation

    • Projet

    • Dépôt Git

    • Sélectionner la branche principale (ou maître)

    • Tapez le nom du dossier dans le dépôt où se trouve le fichier .pbix . Ce dossier sera synchronisé avec l’espace de travail.

      Capture d’écran de la fenêtre d’intégration Git des paramètres de l’espace de travail avec l’espace de travail connecté à la branche principale du dépôt.

  5. Sélectionnez Se connecter et synchroniser.

Une fois connecté, l’espace de travail affiche des informations sur le contrôle de code source qui vous permettent d’afficher la branche connectée, les états de chaque élément de la branche et l’heure de la dernière synchronisation. L’icône Contrôle de code source affiche 0, car les éléments dans le référentiel Git de l’espace de travail sont identiques.

Capture d’écran de l’icône de contrôle de code source et d’autres informations Git.

À présent, l’espace de travail est synchronisé avec la branche primaire de votre référentiel Git, ce qui facilite le suivi des modifications.

Pour plus d’informations sur la connexion à Git, consultez Connecter un espace de travail à un référentiel Azure.

Étape 4 : Créer un pipeline de déploiement

Pour partager cet espace de travail avec d’autres personnes et l’utiliser pour différentes phases de test et de développement, nous devons créer un pipeline de déploiement. Vous pouvez en savoir plus sur le fonctionnement des pipelines de déploiement dans Introduction aux pipelines de déploiement. Pour créer un pipeline de déploiement et affecter l’espace de travail à la phase de développement, suivez les étapes suivantes :

  1. Dans la page d’accueil de l’espace de travail, sélectionnez Créer un pipeline de déploiement.

    Capture d’écran de La création d’un pipeline de déploiement.

  2. Nommez votre pipeline FoodSalesDP, donnez-lui une description (facultative) et sélectionnez Suivant.

    Capture d’écran montrant comment créer un pipeline avec un nom.

  3. Acceptez les trois étapes par défaut de votre pipeline, puis sélectionnez Créer.

    Capture d’écran de trois étapes par défaut d’un pipeline de déploiement.

  4. Affectez l’espace de travail FoodSalesWS à l’étape Développement.

    Capture d’écran montrant comment affecter un espace de travail.

La phase de développement du pipeline de déploiement affiche un modèle sémantique, un rapport et un tableau de bord. Les autres étapes sont vides.

Capture d’écran de l’écran d’interface utilisateur de la phase de développement.

Vous pouvez en savoir plus sur la création de pipelines de déploiement dans la vue d’ensemble des pipelines de déploiement.

Étape 5 : Déployer du contenu vers d’autres étapes

À présent, déployez le contenu aux autres étapes du pipeline.

  1. À partir de l’étape de développement de la vue de contenu de déploiement, sélectionnez Déployer.

    Capture d’écran de l’interface utilisateur avec Déployer vers l'étape de test.

  2. Vérifiez que vous souhaitez déployer le contenu dans la phase de test.

Capture d’écran de l’interface utilisateur avec Confirmer le déploiement.

L'icône de coche verte indique que le contenu des deux étapes est identique, puisque vous avez déployé l'intégralité du contenu du pipeline.

Capture d’écran de la phase de développement et de l’étape de test des pipelines avec une icône de vérification verte indiquant qu’elles sont identiques.

  1. Déployez le contenu de la phase de test à la phase de production.

    Capture d’écran de l’étape de déploiement en production.

  2. Pour actualiser le modèle sémantique à n’importe quelle phase, sélectionnez le bouton Actualiser en regard de l’icône de modèles sémantiques dans la carte de résumé de chaque phase.

    Capture d’écran du bouton Actualiser.

Toute l’équipe partage ce pipeline de déploiement. Chaque membre de l’équipe peut modifier le modèle sémantique et créer un rapport au cours de la phase de développement. Lorsque l’équipe est prête à tester les modifications, elle déploie le contenu à l’étape de test. Lorsque l’équipe est prête à publier les modifications apportées à la production, elle déploie le contenu à l’étape de production.

Pour plus d’informations sur le déploiement de contenu, consultez Déployer du contenu.

Étape 6 : Créer un espace de travail isolé

Afin d’éviter de modifier l’espace de travail partagé et d’interférer avec les modifications des autres membres de l’équipe, chaque membre de l’équipe crée son propre espace de travail isolé pour travailler jusqu’à ce qu’il soit prêt à partager ses modifications avec l’équipe.

  1. Sous l’onglet Branche du menu Contrôle de la source, sélectionnez la flèche vers le bas à côté du nom de la branche actuelle, puis choisissez Créer une branche vers un nouvel espace de travail.

    Capture d’écran de l’option Créer une branche de contrôle de code source.

  2. Spécifiez les détails suivants sur la branche et l’espace de travail. La nouvelle branche est créée automatiquement en fonction de la branche connectée à l’espace de travail actuel.

    • Nom de la branche (pour ce tutoriel, nommez-le My FoodEdits)
    • Nom de l’espace de travail (pour ce didacticiel, nommez-le My_FoodSales)

    Capture d’écran de Créer une branche indiquant le nom de la nouvelle branche et de l’espace de travail.

  3. Sélectionner Créer une branche.

  4. Sélectionnez Se connecter et synchroniser.

Fabric crée l’espace de travail et le synchronise avec la nouvelle branche. Vous êtes automatiquement redirigé vers le nouvel espace de travail, mais la synchronisation peut prendre quelques minutes.

Le nouvel espace de travail contient désormais le contenu du dossier de dépôt Git. Notez qu’il ne contient pas le fichier .pbix . Étant donné que les fichiers .pbix ne sont pas pris en charge, ce fichier n’a pas été copié dans le dépôt Git lors de la synchronisation.
Utilisez cet espace de travail pour apporter des modifications au modèle sémantique et créer des rapports jusqu’à ce que vous soyez prêt à les partager avec votre équipe.

Étape 7 : Modifier l’espace de travail

Une fois l’espace de travail ramifié synchronisé, vous pouvez apporter des modifications à l’espace de travail en créant, supprimant ou modifiant un élément. Dans ce tutoriel, nous modifions le format d’une colonne de modèle sémantique. Vous pouvez modifier l’espace de travail dans Power BI Desktop ou le modèle de données. Dans ce tutoriel, nous avons modifié l’espace de travail à partir du modèle de données.

  1. Dans l’espace de travail du modèle sémantique, sélectionnez les points de suspension du modèle sémantique (trois points) >Ouvrir le modèle de données.

    Capture d’écran de l’ouverture du modèle de données dans le menu du modèle sémantique développé.

    Remarque

    Si le modèle de données Ouvert est désactivé, accédez aux paramètres > de l’espace de travail Power BI > Général et activez les paramètres du modèle de données.

    Capture d’écran de la case à cocher Paramètres du modèle de données.

  2. Dans la table Order_details , sélectionnez Remise.

    Capture d’écran des tables connectées dans la vue de données avec la colonne de remise sélectionnée du tableau Détails de la commande.

  3. Dans le volet Propriétés , remplacez le formatgénéral parPourcentage.

    Capture d’écran de la publication des modifications dans Git.

Étape 8 : Valider les modifications

Pour valider cette modification de l’espace de travail dans la branche Git, revenez à la page d’accueil de l’espace de travail.

L’icône de contrôle de code source affiche désormais 1, car un élément de l’espace de travail a été modifié, mais n’a pas été engagé dans le référentiel Git. Le modèle sémantique FoodSales montre un état non engagé.

Capture d’écran de l’icône de contrôle de code source montrant une modification non validée.

  1. Sélectionnez l’icône de contrôle de code source pour afficher les éléments modifiés dans le référentiel Git. Le modèle sémantique affiche l’état Modifié.

  2. Sélectionnez l’élément à valider et ajoutez un message facultatif.

  3. Sélectionnez Valider.

    Capture d’écran de la validation des modifications de l’interface utilisateur.

L’état Git du modèle sémantique passe à Synced et l’espace de travail et le dépôt Git sont synchronisés.

Étape 9 : Créer une demande de tirage et fusionner

Dans le dépôt Git, créez une pull request pour fusionner la branche MyFoodEdits avec la branche main.

Cette étape peut être effectuée manuellement ou automatisée :

  1. Sélectionnez Créer une pull request.

    Capture d'écran de l'interface utilisateur de création de demande de tirage (pull request).

  2. Fournissez un titre, une description et toute autre information souhaitée pour la pull request. Sélectionnez Ensuite Créer.

    Capture d'écran du nommage de la demande de tirage (pull request) et de l'ajout d'une description.

  3. Fusionner la demande de tirage.

    Capture d’écran de l’interface de demande de fusion.

Une fois les modifications fusionnées vers la branche primaire, vous pouvez supprimer en toute sécurité l’espace de travail, si vous le souhaitez. Ils ne sont pas supprimés automatiquement.

Étape 10 : Mettre à jour l’espace de travail partagé

Revenez à l’espace de travail partagé connecté à l’étape de développement du pipeline de déploiement (celui que nous avons créé à l’étape 1) et actualisez la page.
L’icône de contrôle de code source affiche désormais 1, car un élément du dépôt Git a été modifié et est différent des éléments de l’espace de travail FoodSales. Le modèle sémantique FoodSales affiche un état de mise à jour requise.

Capture d’écran de l’icône de contrôle de code source montrant une différence.

Vous pouvez mettre à jour l’espace de travail manuellement ou automatisé :

  1. Sélectionnez l’icône de contrôle de code source pour afficher les éléments modifiés dans le référentiel Git. Le modèle sémantique affiche l’état Modifié.

  2. Sélectionnez Mettre à jour tout.

    Capture d’écran de l’interface utilisateur de l’espace de travail de mise à jour.

L’état Git du modèle sémantique passe à Synced et l’espace de travail est synchronisé avec la branche Git principale .

Étape 11 : Comparer les étapes dans le pipeline de déploiement

  1. Sélectionnez Afficher le pipeline de déploiement pour comparer le contenu à l’étape de développement avec le contenu de la phase de test.

    Capture d’écran de l’icône Afficher les pipelines de déploiement.

    Notez l’icône orange X entre les étapes indiquant que des modifications ont été apportées au contenu dans l’une des phases depuis le dernier déploiement.

    Capture d’écran montrant les étapes de pipeline sont différentes.

  2. Sélectionnez la flèche > vers le bas Vérifier les modifications pour afficher les modifications. L’écran Révision des modifications affiche la différence entre les modèles sémantiques des deux étapes.

    Capture d’écran de l’interface utilisateur de révision des modifications.

  3. Examinez les modifications et fermez la fenêtre.

Pour plus d’informations sur la comparaison des étapes d’un pipeline de déploiement, consultez Comparer les étapes d’un pipeline de déploiement.

Étape 12 : Déployer vers la phase de test

Lorsque vous êtes satisfait des modifications, déployez les modifications dans les phases de test et/ou de production à l’aide du même processus que celui que vous avez utilisé à l’étape 5.

Résumé

Dans ce tutoriel, vous avez appris à utiliser des pipelines de déploiement avec l’intégration Git pour gérer le cycle de vie d’une application, d’un rapport ou d’un autre contenu dans un espace de travail.
En particulier, vous apprenez comment :

  • Configurez vos espaces de travail et ajoutez du contenu pour gérer leur cycle de vie dans Fabric.
  • Appliquez les meilleures pratiques Git pour travailler seul et collaborer avec vos collègues sur les modifications.
  • Combinez Git et pipelines de déploiement pour un processus de mise en production de bout en bout efficace.

Contenu connexe