Introduction à l’intégration Git (aperçu)
Important
Cette fonctionnalité est en version préliminaire.
Remarque
Les articles de cette section traitent de la gestion de version en utilisant l’intégration Git. Pour gérer le déploiement de votre application, consultez la documentation relative aux pipelines de déploiement.
L’intégration de git dans Microsoft Fabric permet aux développeurs d’intégrer leurs processus de développement, leurs outils et leurs meilleures pratiques directement dans la plateforme Fabric. Elle permet aux développeurs qui développent dans Fabric de :
- Sauvegarder et versionner leur travail
- Revenir aux étapes précédentes si nécessaire
- Collaborer avec d’autres personnes ou travailler seul à l’aide de branches Git
- Appliquer les capacités des outils de contrôle de code source familiers pour gérer les éléments Fabric
L’intégration avec le contrôle de code source se fait au niveau de l’espace de travail. Les développeurs peuvent versionner les éléments qu’ils développent au sein d’un espace de travail dans un seul processus, avec une visibilité totale sur l’ensemble de leurs éléments. Actuellement, en préversion, seuls quelques éléments sont pris en charge, mais la liste des éléments pris en charge s’allonge.
Lisez les informations sur la gestion de version et Git pour vous assurer que vous êtes familiarisé avec les concepts Git de base.
En savoir plus sur le processus d’intégration Git.
Découvrez la meilleure façon de gérer vos branches Git.
Questions relatives à la confidentialité
Avant d’activer l’intégration Git, assurez-vous de bien comprendre les questions de confidentialité suivantes :
- Vue d’ensemble de la protection des données Azure DevOps Services
- Déclaration de confidentialité Microsoft
Éléments pris en charge
Les éléments suivants sont pris en charge à l’heure actuelle :
- Pipelines de données
- Lakehouse
- Blocs-notes
- Rapports paginés
- Rapports (à l’exception des rapports connectés aux modèles sémantiques hébergés dans Azure Analysis Services, SQL Server Analysis Services ou rapports exportés par Power BI Desktop qui dépendent des modèles sémantiques hébergés dans MyWorkspace)
- Modèles sémantiques (à l’exception des ensembles de données « push », des connexions en direct aux services d’analyse, du modèle v1).
- Définitions de travaux Spark
- Environnement Spark
- Entrepôts
Si l’espace de travail ou le répertoire Git contient des éléments non pris en charge, il peut toujours être connecté, mais les éléments non pris en charge sont ignorés. Ils ne sont pas enregistrés ni synchronisés, mais ils ne sont pas supprimés non plus. Ils s’affichent dans le volet de contrôle de code source, mais vous ne pouvez pas les valider ni les mettre à jour.
Observations et limitations
- Actuellement, seul Git dans Azure Repos avec le même client que le client Fabric est pris en charge.
- Si l’espace de travail et le référentiel Git se trouvent dans deux régions géographiques différentes, les exportations intergéographiques doivent être activées par l’administrateur du locataire.
- Azure DevOps en local n’est pas pris en charge.
- Les clouds souverains ne sont pas pris en charge.
Contenu connexe
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : pendant toute l’année 2024, nous allons éliminer progressivement Problèmes GitHub comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, voir :Soumettre et afficher des commentaires pour