Canalización de implementación e integración de Git en el entorno
En este artículo se describe cómo usar las canalizaciones de implementación e integración de Git para el entorno de Microsoft Fabric.
Integración de Git para el entorno de Microsoft Fabric
Microsoft Fabric admite la integración de Git, lo que permite a los desarrolladores realizar copias de seguridad, controlar las versiones, revertir a fases anteriores y colaborar en el trabajo mediante ramas de Git.
Importante
Esta característica se encuentra en versión preliminar.
Nota:
- Actualmente, Git solo admite bibliotecas y proceso de Spark, incluido el tiempo de ejecución de Spark.
- La integración de Git administra el estado de almacenamiento provisional 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 de REST si prefiere la experiencia de código primero.
- El grupo personalizado adjunto persiste en un entorno cuando se sincroniza desde el repositorio a un espacio de trabajo de Fabric. La definición del grupo está en la configuración del área de trabajo y no se admite la referencia entre áreas de trabajo al grupo. Debe actualizar manualmente el instance_pool_id a un grupo personalizado existente en el espacio del área de trabajo de destino o revertir al grupo de inicio eliminando esta propiedad. Puede consultar Grupos personalizados: enumerar grupos personalizados del área de trabajo para obtener la lista completa del grupo disponible en el área de trabajo de destino mediante la API de REST o hacer referencia a Grupos personalizados: Crear grupo personalizado del área de trabajo para crear un nuevo grupo personalizado.
- Cada confirmación tiene un límite máximo de 150 MB. Actualmente, no se admiten bibliotecas personalizadas de más de 150 MB 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 la 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 establecer la conexión, puede buscar 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 las subcarpetas PublicLibraries y CustomLibraries, junto con la carpeta Configuración.
Bibliotecas
Al confirmar un entorno en Git, la sección biblioteca pública se transforma en su representación YAML. Además, la biblioteca personalizada se confirma 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 prevista, un intervalo de versiones o sin 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 que el sistema lo reconozca correctamente.
Proceso de Spark
La sección de proceso de Spark también se transforma en la representación YAML. Dentro de este archivo YAML, puede cambiar el grupo adjunto, ajustar las configuraciones de proceso, administrar las propiedades de Spark y seleccionar el tiempo de ejecución de Spark deseado.
Canalización de implementación para el 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 entre 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. Obtenga más información en Introducción a las canalizaciones de implementación.
Puede ver el estado de implementación después de configurar correctamente la canalización. Después de hacer clic en el botón 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 durante este proceso, lo que significa que las configuraciones publicadas permanecen en estado publicado y no requieren ninguna publicación adicional.
Importante
- Actualmente, no se admite el grupo personalizado en la canalización 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 aunque la implementación se haya realizado correctamente.
- El uso de reglas de implementación para especificar un grupo diferente en el área de trabajo nueva se incluirá en la próxima versión.