Horquillas

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

Visual Studio 2019 | Visual Studio 2017 | Visual Studio 2015

Las bifurcaciones son una excelente manera de aislar los cambios experimentales, de riesgo o confidenciales del código base original. Una bifurcación es una copia completa de un repositorio, incluidos todos los archivos, confirmaciones y (opcionalmente) ramas. La nueva bifurcación actúa como si alguien clonase el repositorio original y, a continuación, se insertara en un nuevo repositorio vacío. Una vez creada una bifurcación, los nuevos archivos, carpetas y ramas no se comparten entre los repositorios a menos que una solicitud de extracción los lleve. Una vez que esté listo para compartir esos cambios, es fácil usar las solicitudes de extracción para volver a insertar los cambios en el repositorio original.

Qué hay en una bifurcación

Una bifurcación comienza con todo el contenido de su repositorio ascendente (original). Al crear una bifurcación, puede elegir si desea incluir todas las ramas o limitar solo a la rama predeterminada. No se aplica ninguno de los permisos, directivas o canalizaciones de compilación. La nueva bifurcación actúa como si alguien clonase el repositorio original y, a continuación, se insertara en un nuevo repositorio vacío. Una vez creada una bifurcación, los nuevos archivos, carpetas y ramas no se comparten entre los repositorios, a menos que una PR los lleve.

Uso compartido de código entre bifurcaciones

Puede crear PR en cualquier dirección: de bifurcación a ascendente o ascendente a bifurcación. La dirección más común será de bifurcación a ascendente. Los permisos, las directivas, las compilaciones y los elementos de trabajo del repositorio de destino se aplicarán a la solicitud de solicitud de cambios.

Elección entre bifurcaciones y bifurcaciones

Para un equipo muy pequeño (entre 2 y 5 desarrolladores), se recomienda trabajar en un único repositorio. Todos los usuarios deben trabajar en ramas de temas y main debe protegerse con directivas de rama. A medida que el equipo crece, es posible que se encuentre con una disposición mayor y prefiera cambiar a un flujo de trabajo de forja.

Si el repositorio tiene un gran número de confirmadores ocasionales o poco frecuentes (similares a un proyecto de código abierto), se recomienda el flujo de trabajo de forking. Normalmente, solo los colaboradores principales del proyecto tienen derechos de confirmación directa en el repositorio. Debe pedir a los colaboradores de fuera de este conjunto básico de personas que trabajen desde una bifurcación del repositorio. Esto aislará sus cambios de los suyos hasta que haya tenido la oportunidad de investigar el trabajo.

Flujo de trabajo de forking

1. Creación de una bifurcación
2. Clonar localmente
3. Realizar los cambios localmente e insertarlos en una rama
4. Crear y completar una pr. a la conexión ascendente
5. Sincronización de la bifurcación con la versión más reciente desde el nivel superior

Creación de la bifurcación

1. Vaya al repositorio para bifurcar y elija Bifurcar.

2. Especifique un nombre y elija el proyecto donde desea que se cree la bifurcación. Si el repositorio contiene muchas ramas de tema, se recomienda bifurcar solo la rama predeterminada.

3. Elija Bifurcar para crear la bifurcación.

Clonación de la bifurcación localmente

Una vez que la bifurcación esté lista, clone esta mediante la línea de comandos o un IDE como Visual Studio. La bifurcación será la origin remota.

Para mayor comodidad, después de la clonación, querrá agregar el repositorio ascendente (desde donde se bifurca) como un remoto denominado upstream .

Realizar e insertar cambios

Es posible trabajar directamente en : main después de todo, esta bifurcación es la copia personal del repositorio. Sin embargo, se recomienda seguir trabajando en una rama de tema. Esto le permite mantener varias secuencias de trabajo independientes simultáneamente. Además, reduce la confusión más adelante cuando desea sincronizar los cambios en la bifurcación.

Realice y confirme los cambios como lo haría normalmente. Cuando haya terminado con los cambios, inscántelos en origin (la bifurcación).

Crear y completar una pr.

Abra una solicitud de extracción desde la bifurcación hasta el nivel superior. Todas las directivas, revisores necesarios y compilaciones se aplicarán en el repositorio ascendente. Una vez que se cumplen todas las directivas, se puede completar la solicitud de solicitud y los cambios se convierten en una parte permanente del repositorio ascendente.

Sincronización de la bifurcación con la versión más reciente

Cuando haya aceptado la solicitud de solicitud de cambios en el nivel superior, querrá asegurarse de que la bifurcación refleja el estado más reciente del repositorio. Se recomienda volver a realizar una rebabasación upstream en la rama de main (suponiendo que sea la rama de main desarrollo principal).

git fetch upstream main
git rebase upstream/main
git push origin

El flujo de trabajo de forking le permite aislar los cambios del repositorio principal hasta que esté listo para integrarlos. Cuando esté listo, la integración de código es tan fácil como completar una solicitud de incorporación de extracción.