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 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

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. Créez un espace de travail (ou utilisez un espace de travail que vous utilisez déjà).

2. Attribuez à cet espace de travail une licence Premium.

3. Accédez à Intégration Git dans les paramètres de l’espace de travail et spécifiez les détails du référentiel.

4. Sous la liste déroulante Branche, choisissez Créer une branche, puis branchez-la à partir de la branche principale.

5. Dans Dossier Git, entrez le nom du dossier que vous souhaitez synchroniser dans votre référentiel.

   L’espace de travail se synchronise avec votre branche de fonctionnalité et devient une copie de l’espace de travail de l’équipe de développement, comme illustré. Vous pouvez maintenant travailler dans ce nouvel environnement isolé.

   

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

7. 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.

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 des paramètres de l’espace de travail 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. Vérifiez que la branche actuelle est synchronisée et que toutes les modifications sont commitées.

2. Dans Paramètres de l’espace de travail, sélectionnez Intégration Git

3. Dans le menu déroulant, spécifiez la branche à laquelle vous souhaitez vous connecter. Cette branche doit contenir le même répertoire que la branche actuelle.

4. Sélectionnez Se connecter et synchroniser.

   

5. Sélectionnez Basculer et synchroniser à nouveau pour confirmer. 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