Gérer les branches dans les espaces de travail Microsoft Fabric

L’espace de travail Fabric est un environnement partagé qui accède aux éléments en direct. Toutes les modifications apportées directement dans l’espace de travail remplacent et affectent tous les autres utilisateurs de l’espace de travail. Par conséquent, la meilleure pratique Git pour les développeurs consiste à travailler de manière isolée en dehors des espaces de travail partagés. Il existe deux façons pour un développeur de travailler dans son propre espace de travail protégé.

• Développer à l’aide d’outils clients, tels que Power BI Desktop pour les rapports et les modèles sémantiques, ou VS Code pour les notebooks.
• Développer dans un espace de travail Fabric distinct. Chaque développeur dispose de son propre espace de travail dans lequel il connecte sa propre branche distincte, synchronise le contenu dans cet espace de travail, puis commite dans la branche.

Important

Cette fonctionnalité est en préversion.

Pour utiliser des branches à l’aide de l’intégration Git, connectez d’abord l’espace de travail partagé de l’équipe de développement à une seule branche partagée. Par exemple, si votre équipe utilise un espace de travail partagé, connectez-le à la branche primaire dans le référentiel de votre équipe et synchronisez l’espace de travail et le référentiel. Si le flux de travail de votre équipe comporte plusieurs branches partagées telles que les branches Dev/Test/Prod, chaque branche peut être connectée à un espace de travail différent.

Ensuite, chaque développeur peut choisir l’environnement isolé dans lequel travailler.

Développer à l’aide d’outils clients

Si les éléments que vous développez sont disponibles dans d’autres outils, vous pouvez travailler sur ces éléments directement dans l’outil client. Tous les éléments ne sont pas disponibles dans chaque outil. Les éléments disponibles uniquement dans Fabric doivent être développés dans Fabric.

Le flux de travail pour les développeurs utilisant un outil client comme Power BI Desktop doit ressembler à ceci :

1. Clonez le référentiel dans un ordinateur local. (Vous ne devez effectuer cette étape qu’une seule fois.)

2. Ouvrez le projet dans Power BI Desktop à l’aide de la copie locale du PBIProj.

3. Apportez des modifications et enregistrez les fichiers mis à jour localement. Commitez dans le référentiel local.

4. Lorsque vous êtes prêt, envoyez (push) la branche et commitez dans le référentiel distant.

5. Testez les modifications par rapport à d’autres éléments ou à d’autres données en connectant la nouvelle branche à un espace de travail distinct et en chargeant le modèle sémantique et les rapports à l’aide du bouton Tout mettre à jour dans le volet de contrôle de code source. Effectuez des tests ou des modifications de configuration avant de fusionner dans la branche principale.

   Si aucun test n’est requis dans l’espace de travail, le développeur peut fusionner les modifications directement dans la branche principale, sans avoir besoin d’un autre espace de travail.

6. Une fois les modifications fusionnées, l’espace de travail de l’équipe partagée est invité à accepter le nouveau commit. Les modifications sont mises à jour dans l’espace de travail partagé et tout le monde peut voir les modifications apportées à ces modèles sémantiques et rapports.

Pour obtenir des conseils spécifiques sur l’utilisation du nouveau format de fichier Power BI Desktop dans Git, consultez Format de code source.

Développer à l’aide d’un autre espace de travail

Pour un développeur qui travaille sur le web, le flux se présente comme suit :

1. Sous l’onglet Branches du menu Contrôle de code source, sélectionnez Brancher vers un nouvel espace de travail.

   

2. Spécifiez les noms de branche et d’espace de travail. Nouvelle branche créée en fonction de la branche connectée à l’espace de travail actif.

   

3. Sélectionner Branchement.

   Fabric crée l’espace de travail et la branche. Vous êtes automatiquement redirigé vers le nouvel espace de travail.

   L’espace de travail se synchronise avec votre branche de fonctionnalité et devient un environnement isolé dans lequel travailler, comme illustré. Vous pouvez maintenant travailler dans ce nouvel environnement isolé. Cette opération peut prendre quelques minutes. Consultez les conseils de dépannage pour plus d’informations sur le branchement.

   

4. Enregistrez vos modifications et commitez-les dans la branche de fonctionnalité.

5. Lorsque vous êtes prêt, créez une demande de tirage (PR) dans la branche principale. Les processus de révision et de fusion sont effectués via Azure Repos en fonction de la configuration que votre équipe a définie pour ce référentiel.

Une fois la révision et la fusion terminées, un nouveau commit est créé dans la branche principale. Ce commit invite l’utilisateur à mettre à jour le contenu de l’espace de travail de l’équipe de développement avec les modifications fusionnées.

Pour plus d’informations, consultez les limitations de branchement.

Passer d’une branche à l’autre

Si votre espace de travail est connecté à une branche Git et que vous souhaitez basculer vers une autre branche, vous pouvez le faire rapidement à partir du volet Contrôle de code source sans vous déconnecter et vous reconnecter.
Lorsque vous changez de branche, l’espace de travail se synchronise avec la nouvelle branche et tous les éléments de l’espace de travail sont remplacés. S’il existe différentes versions du même élément dans chaque branche, l’élément est remplacé. Si un élément se trouve dans l’ancienne branche, mais pas dans la nouvelle branche, il est supprimé. Pour basculer entre les branches, procédez comme suit :

1. Sous l’onglet Branches du menu Contrôle de code source, sélectionnez Basculer sur une nouvelle branche.

   

2. Spécifiez la branche à laquelle vous souhaitez vous connecter. Cette branche doit contenir le même répertoire que la branche actuelle.

3. Sélectionnez Basculement sur une branche.

Si vous avez des modifications non enregistrées dans l’espace de travail, celles-ci seront perdues si vous changez de branche sans les enregistrer au préalable. Sélectionnez Annuler pour revenir en arrière et enregistrer vos modifications avant de changer de branche.

Contenu connexe

• Résoudre les erreurs et les conflits
• Meilleures pratiques pour l’intégration Git