Acerca de las ramas y las directivas de rama

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

Hay algunas ramas críticas en el repositorio en las que el equipo confía en estar siempre en buen estado, como la main rama.

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

Para que la estrategia de la rama sea sencilla, puede crear 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 extracción.
3. Mantenga una rama principal actualizada y de alta calidad.

Una estrategia que extienda estos conceptos y evite las incoherencias da como resultado un flujo de trabajo de control de versiones para el equipo que sea coherente y fácil de seguir.

• Adopción de una estrategia de bifurcación
• Configuración de directivas de rama
• Permisos de rama
• Requerir carpetas de rama
• Configuración de una directiva de rama para un servicio externo

Creación del trabajo en ramas

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

La confirmación de cambios en una rama no afectará a otras ramas. Puede compartir ramas con otras 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 de otro trabajo.

Dado que las ramas son ligeras, el cambio entre ramas es rápido y sencillo. 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 en una rama cuando empiece a trabajar en ella.

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 extracción, funcionan a través de ramas.

Aislar el trabajo en ramas facilita cambiar 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 del repositorio local con la rama correspondiente en el repositorio remoto.

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

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 las 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 no confirmar los cambios en la rama incorrecta.

Intercambie 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 desprotegiendo.

Cuando el trabajo de la rama esté listo para compartirlo con el resto del equipo, insertará los cambios para actualizar la rama remota.

Un error común es realizar algunos cambios y ellos, darse cuenta de que está en una rama incorrecta y, a commit continuación, en la rama checkout 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 en 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 se crea una rama, los archivos coinciden con la confirmación más checkout 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.

Diga a Git en qué rama quiere trabajar con y Git se encarga de establecer las checkout versiones de archivo correctas para esa rama.

No necesita más de un repositorio en el sistema cuando usa 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.

Bifurcación de guías de cómo

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

• Tutorial de ramas
• Creación de una rama
• Eliminación de una rama
• Restaurar una rama eliminada
• Bloqueo de ramas

Artículos relacionados

• Mejora de la calidad del código con directivas de ramas
• Configuración y directivas del repositorio de Git
• Configuración de directivas de repositorio de Git mediante un archivo de configuración
• Permisos de Git predeterminados (seguridad)
• Establecer permisos (seguridad)
• Información general sobre la integración entre servicios

Azure Repos | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2017

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 los 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.