Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article explique comment utiliser des pipelines d’intégration et de déploiement Git pour les environnements dans Microsoft Fabric.
Intégrer Git pour les environnements Fabric
Fabric prend en charge l’intégration git. Les développeurs peuvent utiliser Git pour sauvegarder, contrôler les versions, revenir aux étapes précédentes et collaborer sur leur travail à l’aide de branches Git.
- Actuellement, Git prend uniquement en charge les bibliothèques et le calcul Spark, y compris le runtime Spark.
- L’intégration Git gère l’état intermédiaire de l’environnement. Pour appliquer les modifications apportées dans Git à l’environnement, elles doivent être publiées. Nous vous recommandons de publier après avoir mis à jour l’environnement à partir de Git pour garantir l’efficacité de la configuration. Vous pouvez utiliser l’API Publier de l’environnement pour publier des modifications via l’API REST si vous préférez l’expérience code-first.
- Le pool personnalisé attaché persiste dans un environnement lorsque vous synchronisez à partir d’un dépôt vers un espace de travail Fabric. La définition du pool se trouve dans les paramètres de l'espace de travail. Le référencement inter-espaces de travail du pool n’est pas pris en charge. Vous devez mettre à jour manuellement instance_pool_id vers un pool personnalisé existant dans votre espace de travail de destination ou revenir à un pool de démarrage en supprimant cette propriété. Pour obtenir la liste complète des pools disponibles dans l’espace de travail de destination par l’API REST, consultez Pools personnalisés - Répertorier les pools personnalisés de l’espace de travail. Pour créer un pool personnalisé, consultez Pools personnalisés - Créer un pool personnalisé d’espace de travail.
- Chaque validation a une limite supérieure de 150 Mo. Actuellement, les bibliothèques personnalisées supérieures à 150 Mo ne sont pas prises en charge via Git.
Connecter l’espace de travail Fabric dans un référentiel Azure DevOps
Si vous êtes l’administrateur d’un espace de travail, accédez aux paramètres de l’espace de travail et configurez la connexion dans la section Contrôle de code source . Pour en savoir plus, consultez Gérer un espace de travail avec Git.
Une fois connecté, vous pouvez trouver des éléments, y compris les environnements qui se synchronisent avec le dépôt.
Représentation locale d'un environnement dans Git
Dans le dossier racine de l’élément, les environnements sont organisés avec un dossier Bibliothèques qui contient des sous-dossiers PublicLibraries et CustomLibraries , ainsi que le dossier Paramètre .
Bibliothèques
Lorsque vous validez un environnement sur Git, la section de la bibliothèque publique est transformée en sa représentation YAML. La bibliothèque personnalisée est également validée avec son fichier source.
Vous pouvez mettre à jour la bibliothèque publique en modifiant la représentation YAML. Tout comme l’expérience du portail, vous pouvez spécifier une bibliothèque à partir de PyPI et Conda. Vous pouvez spécifier la bibliothèque avec la version attendue, une plage de versions ou sans version. Le système peut vous aider à déterminer une version compatible avec d’autres dépendances dans votre environnement. Pour effacer toutes les bibliothèques publiques existantes, supprimez le fichier YAML.
Vous pouvez mettre à jour la bibliothèque personnalisée en ajoutant de nouveaux fichiers ou en supprimant directement des fichiers existants.
Remarque
Vous pouvez apporter votre propre fichier YAML pour gérer la bibliothèque publique. Le nom de fichier doit être environment.yml afin que le système puisse le reconnaître correctement.
Calcul Spark
La section de calcul Spark est également transformée en représentation YAML. Dans ce fichier YAML, vous pouvez changer le pool attaché, ajuster les configurations de calcul, gérer les propriétés Spark et sélectionner le runtime Spark souhaité.
Configurer un pipeline de déploiement pour un environnement
Important
Cette fonctionnalité est en version préliminaire.
Les pipelines de déploiement d’infrastructure simplifient le processus de distribution de contenu modifié dans différentes phases, telles que le passage du développement au test. Le pipeline automatique peut inclure les éléments d’environnement pour diffuser en continu le processus de recréation.
Vous pouvez configurer un pipeline de déploiement en affectant les espaces de travail avec différentes phases. Pour plus d’informations, consultez Prise en main des pipelines de déploiement.
Vous pouvez trouver l’état de déploiement après avoir configuré le pipeline avec succès. Une fois que vous avez sélectionné Déployer avec l’environnement sélectionné, tout le contenu de l’environnement est déployé sur les espaces de travail de destination. L’état de l’environnement d’origine est conservé dans ce processus afin que les configurations publiées restent dans l’état publié et ne nécessitent aucune publication supplémentaire.
Important
Actuellement, le pool personnalisé n’est pas pris en charge dans les pipelines de déploiement. Si l’environnement sélectionne le pool personnalisé, les configurations de la section Calcul dans l’environnement de destination sont définies avec des valeurs par défaut. Dans ce cas, les environnements continuent d’afficher des différences dans le pipeline de déploiement, même si le déploiement est effectué avec succès.