Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este artículo se describe cómo usar canalizaciones de implementación e integración de Git para entornos de Microsoft Fabric.
Integración de Git para entornos de Fabric
Fabric admite la integración de Git. Los desarrolladores pueden usar Git para realizar copias de seguridad, controlar versiones, revertir a fases anteriores y colaborar en su trabajo mediante ramas de Git.
- Actualmente, Git solo admite bibliotecas y proceso de Spark, incluido el entorno de ejecución de Spark.
- La integración de Git administra el estado de preparación del entorno. Para aplicar los cambios realizados en Git al entorno, deben publicarse. Se recomienda publicar después de actualizar el entorno desde Git para garantizar la eficacia de la configuración. Puede usar la API de publicación del entorno para publicar cambios a través de la API REST si prefiere la experiencia de código primero.
- El grupo personalizado asociado persiste en un entorno cuando se sincroniza desde un repositorio a un área de trabajo de Fabric. La definición del grupo está en la configuración del área de trabajo. No se admite la referencia al pool entre áreas de trabajo. Debe actualizar manualmente instance_pool_id a un grupo personalizado existente en el espacio de área de trabajo de destino o revertirlo a un grupo de inicio eliminando esta propiedad. Para obtener la lista completa de los grupos disponibles en el área de trabajo de destino por la API REST, consulte Grupos personalizados: enumerar grupos de trabajo personalizados. Para crear un nuevo grupo personalizado, consulte Grupos personalizados: Creación de un grupo personalizado del área de trabajo.
- Cada confirmación tiene un límite superior de 150 MB. Actualmente, las bibliotecas personalizadas de más de 150 MB no se admiten a través de Git.
Conexión del área de trabajo de Fabric con un repositorio de Azure DevOps
Si es el administrador de un área de trabajo, vaya a Configuración del área de trabajo y configure la conexión en la sección Control de código fuente . Para obtener más información, consulte Administrar un área de trabajo con Git.
Después de conectarse, puede encontrar elementos, incluidos los entornos que se sincronizan con el repositorio.
Representación local de un entorno de Git
En la carpeta raíz del elemento, los entornos se organizan con una carpeta Bibliotecas que contiene subcarpetas PublicLibraries y CustomLibraries , junto con la carpeta Setting .
Bibliotecas
Al confirmar un entorno en Git, la sección biblioteca pública se transforma en su representación YAML. La biblioteca personalizada también se compromete junto con su archivo de origen.
Puede actualizar la biblioteca pública editando la representación YAML. Al igual que la experiencia del portal, puede especificar una biblioteca de PyPI y Conda. Puede especificar la biblioteca con la versión esperada, un intervalo de versiones o sin una versión. El sistema puede ayudarle a determinar una versión compatible con otras dependencias del entorno. Para borrar todas las bibliotecas públicas existentes, elimine el archivo YAML.
Para actualizar la biblioteca personalizada, agregue nuevos archivos o elimine archivos existentes directamente.
Nota:
Puede traer su propio archivo YAML para administrar la biblioteca pública. El nombre de archivo debe ser environment.yml para que el sistema pueda reconocerlo correctamente.
Proceso de Spark
La sección de computación de Spark también se transforma en su representación YAML. Dentro de este archivo YAML, puede cambiar el grupo asociado, ajustar las configuraciones de proceso, administrar las propiedades de Spark y seleccionar el entorno de ejecución de Spark que desee.
Configuración de una canalización de implementación para un entorno
Importante
Esta característica se encuentra en versión preliminar.
Las canalizaciones de implementación de Fabric simplifican el proceso de entrega de contenido modificado en distintas fases, como pasar de desarrollo a prueba. La canalización automática puede incluir los elementos del entorno para transmitir el proceso de nueva creación.
Para configurar una canalización de implementación, asigne a las áreas de trabajo distintas fases. Para más información, consulte Introducción a las canalizaciones de implementación.
Puede encontrar el estado de implementación después de configurar correctamente la canalización. Después de seleccionar Implementar con el entorno seleccionado, todo el contenido del entorno se implementa en las áreas de trabajo de destino. El estado del entorno original se conserva en este proceso para que las configuraciones publicadas permanezcan en el estado publicado y no requieran publicación adicional.
Importante
Actualmente, el pool personalizado no se admite en las canalizaciones de implementación. Si el entorno selecciona el grupo personalizado, las configuraciones de la sección Proceso del entorno de destino se establecen con valores predeterminados. En este caso, los entornos siguen mostrando diferencias en la canalización de implementación incluso si la implementación se realiza correctamente.