Partekatu honen bidez:

Acerca de las ramas y las directivas de rama

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Las directivas de rama son una parte importante del flujo de trabajo de Git y le permiten:

  • Aislar el trabajo en curso del trabajo completado en la rama principal
  • Garantizar la compilación de cambios antes de llegar a main
  • Limitar quién puede contribuir a ramas específicas
  • Exigir quién puede crear ramas y las directrices de nomenclatura para las ramas
  • Incluir automáticamente los revisores adecuados para cada cambio de código
  • Aplicación de procedimientos recomendados con revisores de código necesarios

En la tabla siguiente se resumen las directivas que puede definir para personalizar una rama. Para obtener información general sobre todas las directivas y configuraciones de repositorio y rama, consulte Configuración y directivas del repositorio de Git.

Policy

Predeterminado

Descripción

Requerir un número mínimo de revisores

Off

Requerir aprobación de un número especificado de revisores en las solicitudes de incorporación de cambios.

Buscar elementos de trabajo vinculados

Off

Fomenta la rastreabilidad mediante la comprobación de los elementos de trabajo vinculados en las PR.

Comprobación de la resolución de comentarios

Off

Compruebe que todos los comentarios se han resuelto en las solicitudes de incorporación de cambios.

Limitar los tipos de combinación

Off

Controlar el historial de ramas limitando los tipos disponibles de combinación cuando se completan las solicitudes de incorporación de cambios.

Agregar directivas de validación de compilación

Off

Agregue una o varias directivas para validar el código mediante la combinación previa y la creación de cambios en la solicitud de incorporación de cambios. También puede habilitar o deshabilitar directivas.

Agregar directivas de comprobación de estado

Off

Agregue una o varias directivas para requerir que otros servicios publiquen el estado correcto para completar las solicitudes de incorporación de cambios. También puede habilitar o deshabilitar directivas.

Revisores incluidos automáticamente

Off

Agregue una o varias directivas para designar a los revisores de código para incluir automáticamente cuando las solicitudes de incorporación de cambios cambian determinadas áreas de código. También puede habilitar o deshabilitar directivas.

Adopción de una estrategia de bifurcación de Git

Hay algunas ramas críticas en el repositorio en las que el equipo se basa en que siempre está en buena forma, como la main rama.

Requerir solicitudes de incorporación de cambios para realizar cambios en estas ramas. Los desarrolladores que insertan cambios directamente en las ramas protegidas tendrán sus inserciones rechazadas.

Mantenga la estrategia de rama sencilla mediante la creación de la estrategia a partir de estos tres conceptos:

  1. Use ramas de características para todas las nuevas características y correcciones de errores.
  2. Combinar ramas de características en la rama principal mediante solicitudes de incorporación de cambios.
  3. Mantenga una rama principal de up-tode alta calidad.

Una estrategia que amplía estos conceptos y evita las contradicción da como resultado un flujo de trabajo de control de versiones para el equipo coherente y fácil de seguir.

Creación de trabajos en ramas

Las ramas de Git no son mucho más que una referencia pequeña que mantiene un historial exacto de confirmaciones, por lo que son baratos de crear.

Confirmar cambios en una rama no afectará a otras ramas. Puede compartir ramas con otras personas sin tener que combinar los cambios en el proyecto principal.

Puede crear nuevas ramas para aislar los cambios de una característica o una corrección de errores de la rama principal y otro trabajo.

Dado que las ramas son ligeras, el cambio entre ramas es rápido y fácil. Git no crea varias copias del origen al trabajar con ramas; usa la información del historial almacenada en confirmaciones para volver a crear los archivos de una rama al empezar a trabajar en él.

El flujo de trabajo de Git debe crear y usar ramas para administrar características y correcciones de errores.

El resto del flujo de trabajo de Git, como compartir código y revisar el código con solicitudes de incorporación de cambios , funcionan a través de ramas.

Aislar el trabajo en ramas facilita el cambio de lo que está trabajando cambiando la rama actual.

¿Cómo se crean las ramas de Git?

Las ramas se crean mediante el branch comando . Branch crea una referencia en Git para la nueva rama y un puntero a la confirmación primaria para que Git pueda mantener un historial de cambios a medida que agrega confirmaciones a la rama.

Cuando trabaja con una rama que otra persona ha compartido, Git mantiene una relación de seguimiento ascendente. La relación asocia la rama en el repositorio local con la rama correspondiente en el repositorio remoto.

El seguimiento ascendente facilita la sincronización de cambios con otros usuarios mediante inserción y extracción.

Objeto visual de una rama fuera de servicio principal en Git

En esta captura de pantalla, puede ver una nueva rama que se creó a partir de la rama principal. El trabajo continúa en ambas ramas y confirmaciones se agregan a ambas ramas.

Git siempre agrega nuevas confirmaciones a la rama local actual. Compruebe en qué rama está trabajando antes de confirmar para que no confirme los cambios en la rama incorrecta.

Intercambio entre ramas locales mediante el checkout comando . Git cambiará los archivos del equipo para que coincidan con la confirmación más reciente en la rama desprotegida.

Cuando el trabajo en la rama está listo para compartir con el resto del equipo, se insertan los cambios para actualizar la rama remota.

Un error común es realizar algunos cambios y commit darse cuenta de que está en una rama incorrecta y, después checkout , en la rama correcta.

Los cambios más recientes ya no estarán en el sistema de archivos, ya que cada rama tiene su propia versión de código.

Git devuelve el estado de los archivos a la última confirmación de la rama a la que ha intercambiado, no a la rama anterior en la que realizó los cambios.

Deberá seleccionar las confirmaciones de la rama o combinar los cambios en la rama correcta.

Uso de ramas para administrar el desarrollo

Git realiza un seguimiento de la rama en la que está trabajando y se asegura de que cuando checkout una rama de los archivos coincida con la confirmación más reciente en la rama.

Las ramas permiten trabajar con varias versiones del código fuente en el mismo repositorio de Git local al mismo tiempo.

Indique a Git en qué rama desea trabajar con checkouty Git se encarga de establecer las versiones de archivo adecuadas para esa rama.

No necesita más de un repositorio en el sistema cuando use ramas para aislar el trabajo.

Configure el entorno de desarrollo una vez después de clonar. A continuación, use ramas de Git para intercambiar entre el trabajo de características y la corrección de errores.

Bifurcar guías de procedimientos

Obtenga información sobre cómo completar tareas comunes al trabajar con ramas.

  • Last updated on