Administración de ramas en áreas de trabajo de Microsoft Fabric

  • Artículo

El área de trabajo de Fabric es un entorno compartido que accede a elementos activos. Los cambios realizados directamente en el área de trabajo invalidan y afectan a todos los demás usuarios del área de trabajo. Por lo tanto, el procedimiento recomendado de Git es que los desarrolladores trabajen de forma aislada fuera de las áreas de trabajo compartidas. Hay dos maneras de que un desarrollador funcione en su propia área de trabajo protegida.

Importante

Esta característica se encuentra en versión preliminar.

Para trabajar con ramas usando la integración de Git, conecte primero el área de trabajo del equipo de desarrollo compartido a una única rama compartida. Por ejemplo, si su equipo usa un área de trabajo compartida, conéctela a la rama principal del repositorio de su equipo y sincronice el área de trabajo con el repositorio. Si el flujo de trabajo de su equipo tiene varias ramas compartidas, como las ramas de Desarrollo/pruebas/producción, cada rama puede conectarse a un área de trabajo diferente.

A continuación, cada desarrollador puede elegir el entorno aislado en el que trabajar.

Desarrollo mediante herramientas de cliente

El flujo de trabajo para desarrolladores que usa una herramienta de cliente como Power BI Desktop debe tener un aspecto similar al siguiente:

  1. Clone el repositorio en un equipo local. (Solo tiene que realizar este paso una vez).

  2. Abra el proyecto en Power BI Desktop con la copia local de PBIProj.

  3. Realice cambios y guarde los archivos actualizados localmente. Haga commit en el repositorio local.

  4. Cuando esté listo, inserte la rama y los commits en el repositorio remoto.

  5. Pruebe los cambios con otros elementos o más datos conectando la nueva rama a un área de trabajo separada y cargando el modelo semántico y los informes usando el botón Actualizar todo del panel de control de código fuente. Realice pruebas o cambios de configuración allí antes de combinarlos en la rama principal .

    Si no se requieren pruebas en el área de trabajo, el desarrollador puede combinar los cambios directamente en la rama principal, sin necesidad de otra área de trabajo.

  6. Una vez que se combinan los cambios, se solicita al área de trabajo del equipo compartido que acepte la nueva confirmación. Los cambios se actualizan en el área de trabajo compartida y todos los usuarios pueden ver los cambios en esos modelos semánticos e informes.

Diagram showing the workflow of pushing changes from a remote Git repo to the Fabric workspace.

Si quiere saber cómo usar el nuevo formato de archivo de Power BI Desktop en Git, consulte Formato de código fuente.

Desarrollo con otra área de trabajo

Para un desarrollador que trabaja en la Web, el flujo sería el siguiente:

  1. Cree una nueva área de trabajo (o use una existente que ya use).

  2. Asigne a esa área de trabajo una licencia Premium.

  3. Vaya a Integración de Git en la configuración del área de trabajo y especifique los detalles del repositorio.

  4. En el desplegable Rama, elija Crear una nueva rama y ramifíquela a partir de la rama principal.

  5. En la carpeta Git, escriba el nombre de la carpeta a la que desea sincronizar en el repositorio.

    El área de trabajo se sincroniza con la rama de características y se convierte en una copia del área de trabajo del equipo de desarrollo, como se muestra. Ahora puede trabajar en este nuevo entorno aislado.

    Diagram showing the workflow of commits.

  6. Guarde sus cambios y haga "commit" en la rama de características.

  7. Cuando esté listo, cree una solicitud de incorporación de cambios en la rama principal . Los procesos de revisión y combinación se realizan a través de Azure Repos en función de la configuración definida por el equipo para ese repositorio.

Una vez completada la revisión y combinación, se crea una nueva confirmación en la rama principal . Esta confirmación solicita al usuario que actualice el contenido en el área de trabajo del equipo de desarrollo con los cambios combinados.

Cambio de rama

Si el área de trabajo está conectada a una rama de Git y quiere cambiar a otra rama, puede hacerlo rápidamente desde la configuración del área de trabajo sin desconectar y reconectar.
Al cambiar de rama, el área de trabajo se sincroniza con la nueva rama y se invalidan todos los elementos del área de trabajo. Si hay versiones diferentes del mismo elemento en cada rama, se reemplaza el elemento. Si un elemento está en la rama anterior, pero no en el nuevo, se elimina. Para cambiar entre ramas, siga estos pasos:

  1. Asegúrese de que la rama actual está sincronizada y de que todos los cambios se confirman.

  2. En Configuración del área de trabajo, seleccione Integración de Git.

  3. En el menú desplegable, especifique la rama a la que desea conectarse. Esta rama debe contener el mismo directorio que la rama actual.

  4. Seleccione Conectar y sincronizar.

    Screenshot of workspace settings screen with switch branch option.

  5. Seleccione Cambiar y sincronizar de nuevo para confirmar. Si tiene cambios no guardados en el área de trabajo, se perderán si cambia de ramas sin guardarlas primero. Seleccione Cancelar para volver atrás y guardar los cambios antes de cambiar de rama.

    Screenshot of workspace settings screen asking if you're sure you want to switch branches.

Contenido relacionado