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.
L’objectif de cet article est de présenter aux développeurs différents processus de développement dans Microsoft Fabric, en fonction des scénarios clients courants. Cet article se concentre davantage sur la partie intégration continue (CI) du processus CI/CD. Pour une discussion sur la partie livraison continue (CD), consultez les options de déploiement de Fabric.
Cet article décrit quelques options d’intégration distincts, mais de nombreuses organisations utilisent une combinaison d’entre elles.
Processus de développement
L’espace de travail Fabric est un environnement d’exécution partagé pour tous les éléments, et chaque espace de travail peut donc être connecté à une branche single. 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, les meilleures pratiques Git recommandent aux développeurs d'avoir un environnement d'exécution distinct - et un espace de travail différent. Il existe deux façons pour un développeur de travailler dans son propre espace de travail protégé.
- Développez à l’aide d’un espace de travail branché. 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.
- 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.