Conceptos básicos en la integración de Git
En este artículo se explican los conceptos básicos de Git y el proceso de integración de Git con el área de trabajo de Microsoft Fabric.
Importante
Microsoft Fabric está actualmente en versión preliminar. Esta información está relacionada con un producto en versión preliminar que puede modificarse considerablemente antes de su lanzamiento. Microsoft no ofrece ninguna garantía, expresa o implícita, con respecto a la información que se ofrece aquí.
Permisos
Para usar la integración de Git, el administrador de la organización debe habilitarla .
Las acciones que puede realizar en un área de trabajo dependen de los permisos que tenga en el área de trabajo y Azure DevOps.
Permisos de Azure DevOps
En la lista siguiente se muestra lo que pueden hacer los distintos roles de área de trabajo en función de sus permisos de Azure DevOps:
- Administración: puede realizar cualquier operación en el área de trabajo, limitada solo por su rol de Azure DevOps.
- Miembro o colaborador: una vez conectado a un área de trabajo, un miembro o colaborador puede confirmar y actualizar los cambios, en función de su rol de Azure DevOps. Para las acciones relacionadas con la conexión del área de trabajo (por ejemplo, conectar, desconectar o cambiar ramas), busque ayuda de un Administración.
- Visor: no puede realizar ninguna acción. El visor no puede ver ninguna información relacionada con Git en el área de trabajo.
Permisos necesarios para las operaciones comunes
En la tabla siguiente se describen los permisos necesarios para realizar varias operaciones comunes:
| operación | Rol de área de trabajo | Permisos de Git |
|---|---|---|
| Conexión del área de trabajo al repositorio de Git | Administración | Read=Allow |
| Sincronización del área de trabajo con el repositorio de Git | Administración | Read=Allow |
| Desconectar el área de trabajo del repositorio de Git | Administración | No se necesitan permisos |
| Cambiar rama en el área de trabajo (o cualquier cambio en la configuración de conexión) | Administración | Read=Allow (en el repositorio de destino,directorio/rama) |
| Visualización de los detalles de conexión de Git | Administración, Miembro, Colaborador | Leer o ninguno |
| Consulte el área de trabajo "estado de Git". | Administración, Miembro, Colaborador | Read=Allow |
| Actualización desde Git | Todo lo siguiente: Colaborador en el área de trabajo (permiso WRITE en todos los elementos) Propietario del elemento (si el modificador de inquilino bloquea las actualizaciones de nonowners) COMPILACIÓN en dependencias externas (si procede) |
Read=Allow |
| Confirmación de cambios en el área de trabajo en Git | Todo lo siguiente: Colaborador en el área de trabajo (permiso WRITE en todos los elementos) Propietario del elemento (si el modificador de inquilino bloquea las actualizaciones de nonowners) COMPILACIÓN en dependencias externas (si procede) |
Read=Allow Contribute=Allow la directiva de rama debe permitir la confirmación directa |
| Creación de una nueva rama de Git desde Fabric | Administración | Role=Write Crear branch=Allow |
Conexión y sincronización
Solo un administrador del área de trabajo puede conectar un área de trabajo a Azure Repos, pero una vez conectado, cualquier persona con permisos puede trabajar en el área de trabajo. Si no es administrador, pida al administrador que le ayude a conectarse.
Al conectar un área de trabajo a Git, Fabric se sincronizará entre las dos ubicaciones para que tengan el mismo contenido. Durante esta sincronización inicial, si el área de trabajo o la rama de Git está vacía mientras el otro tiene contenido, el contenido se copia de la ubicación no vacía en la vacía. Si tanto el área de trabajo como la rama de Git tienen contenido, debe decidir qué dirección debe ir la sincronización.
- Si confirma el área de trabajo en la rama git, todo el contenido del área de trabajo compatible se exporta a Git y sobrescribe el contenido de Git actual.
- Si actualiza el área de trabajo con el contenido de Git, el contenido del área de trabajo se sobrescribe y perderá el contenido del área de trabajo. Puesto que una rama de Git siempre se puede restaurar en una fase anterior, mientras que un área de trabajo no puede, si elige esta opción, se le pedirá que confirme.
Si no selecciona qué contenido sincronizar, no podrá seguir funcionando hasta que lo haga:
Estado de Git
Después de conectarse, el área de trabajo muestra una columna de estado de Git que indica el estado de sincronización de cada elemento del área de trabajo en relación con los elementos de la rama remota.
Cada elemento tiene uno de los siguientes estados:
Sincronizado (el elemento es el mismo en el área de trabajo y la rama de Git)
Conflicto (el elemento se cambió tanto en el área de trabajo como en la rama git).
Elemento no admitido
Cambios no confirmados en el área de trabajo
Actualización necesaria desde Git
El elemento se sincroniza, pero los metadatos son diferentes
Información de sincronización
Siempre que esté conectado, la siguiente información aparece en la parte inferior de la pantalla:
- Rama conectada
- Hora de la última sincronización
- Vínculo a la última confirmación con la que se sincroniza el área de trabajo
Confirmaciones y actualizaciones
Panel de control de código fuente
En la parte superior de la pantalla se encuentra el icono De control de código fuente. Muestra el número de elementos que son diferentes en el área de trabajo y la rama de Git. Cuando el área de trabajo se sincroniza con la rama git, el icono control de código fuente muestra un 0.
Cuando se realizan cambios en el área de trabajo o en la rama git, el icono de control de código fuente muestra el número de elementos que son diferentes. Seleccione el icono de control de código fuente para abrir el panel Control de código fuente.
En el panel Control de código fuente, la pestaña Cambios muestra el número de elementos que se cambiaron en el área de trabajo y deben confirmarse en Git y la pestaña Novedades muestra el número de elementos modificados en la rama git y deben actualizarse al área de trabajo.
En cada pestaña, los elementos modificados se muestran con un icono que indica el estado:
Nuevo
Modificado
Eliminado- Conflicto
Commit
- Cuando hay más de un elemento para confirmar, puede seleccionar qué elementos se van a confirmar en la rama git.
- Si se realizaron actualizaciones en la rama git, las confirmaciones se deshabilitan hasta que actualice el área de trabajo.
Actualizar
- A diferencia de la confirmación y deshacer, el comando Update siempre actualiza toda la rama y se sincroniza con la confirmación más reciente. No se pueden seleccionar elementos específicos para actualizar.
- Si se realizaron cambios en el área de trabajo y en la rama git en el mismo elemento, las actualizaciones se deshabilitan hasta que se resuelva el conflicto.
Obtenga más información sobre cómo confirmar y actualizar. Obtenga más información sobre el proceso de actualización y cómo resolver conflictos.
Consideraciones y limitaciones
Limitaciones generales
- La cuenta de Azure DevOps debe registrarse en el mismo usuario que usa el área de trabajo de Fabric.
- Los modelos direct Query y proxy no se admiten en este momento.
- No se admiten objetos visuales personalizados privados.
Limitaciones del área de trabajo
Solo el administrador del área de trabajo puede administrar las conexiones a Azure Repo , como conectarse, desconectar o agregar una rama. Una vez conectado, cualquier persona con permiso puede trabajar en el área de trabajo.
Limitaciones de rama y carpeta
- La longitud máxima del nombre de rama es de 244 caracteres.
- La longitud máxima de la ruta de acceso completa para los nombres de archivo es de 250 caracteres. Se producirá un error en los nombres más largos.
- El tamaño máximo de archivo es de 25 MB.
- No puede descargar un informe o un conjunto de datos como .pbix desde el servicio después de implementarlos con la integración de Git.
Limitaciones de sincronización y confirmación
- El límite de tamaño de una confirmación es de 25 MB.
- Solo se puede sincronizar en una dirección a la vez. No se puede confirmar y actualizar al mismo tiempo.
- Las etiquetas de confidencialidad no se admiten y es posible que se deshabilite la exportación de elementos con etiquetas de confidencialidad. Para confirmar los elementos que tienen etiquetas de confidencialidad sin la etiqueta de confidencialidad, pida ayuda al administrador .
- Funciona con elementos limitados. Si los elementos no admitidos están en la carpeta , se omiten.
- No se permite duplicar nombres, incluso si Power BI lo permite, se produce un error en la acción de actualización, confirmación o deshacer.
- No se admite B2B.
- La resolución de conflictos se realiza parcialmente en Git.