Rama Git checkout
Este documento es una revisión en profundidad del comando git branch y una discusión del modelo general de ramificación de Git. La ramificación es una característica disponible en la mayoría de los sistemas de control de versiones modernos. La ramificación en otros sistemas de control de versiones puede ser una operación costosa tanto en tiempo como en espacio de disco. En Git, las ramas forman parte de tu proceso de desarrollo diario. Las ramas de Git son efectivamente un puntero a una instantánea de tus cambios. Cuando quieras añadir una nueva característica o corregir un error -no importa lo grande o lo pequeño que sea- creas una nueva rama para encapsular tus cambios. Esto hace más difícil que el código inestable se fusione con la base de código principal, y te da la oportunidad de limpiar el historial de tu futuro antes de fusionarlo con la rama principal.
El diagrama anterior visualiza un repositorio con dos líneas de desarrollo aisladas, una para una pequeña característica, y otra para una característica de mayor duración. Al desarrollarlas en ramas, no sólo es posible trabajar en ambas en paralelo, sino que también mantiene la rama principal libre de código dudoso.
Git crear rama desde master
Como se ha señalado en los comentarios y en la respuesta de Jackub, siempre que tu rama sea más joven que el número de días establecido en la configuración gc.reflogexpire (el valor por defecto es 90 días), entonces puedes utilizar tu reflog para averiguar cuándo se creó por primera vez una referencia a una rama.
Ten en cuenta que git reflog puede tomar la mayoría de las banderas de registro de git. Además, ten en cuenta que los selectores de estilo HEAD@{0} son efectivamente nociones de tiempo y, de hecho, se manejan (de una manera pirateada) como cadenas de fecha. Esto significa que puede utilizar la bandera –date=local y obtener una salida como ésta:
Una última nota: la bandera –all (que en realidad es una bandera git-log entendida por git-reflog) mostrará los reflogs de todas las refs conocidas en refs/ (en lugar de simplemente, HEAD) lo que le mostrará claramente los eventos de las ramas:
verás lo que parece la “historia de tu rama”, pero en realidad es una lista de commits accesibles desde ‘branch’ que no son accesibles desde master. Esto le da la información que desea, pero si y sólo si usted nunca ha fusionado ‘rama’ de nuevo a maestro, y nunca ha fusionado maestro en ‘rama’ desde que lo creó. Si usted ha fusionado, entonces esta historia de las diferencias se derrumbará.
Cambio de rama en Git
El Equipo de Características A y el Equipo de Características B hacen su trabajo en ramas separadas. Cuando los equipos están listos para integrar su trabajo, fusionan sus ramas en la rama de desarrollo. Cuando las compilaciones de la rama de desarrollo son estables y están listas para ser probadas, los equipos fusionan la rama de desarrollo con la rama de pruebas.
A medida que se libera cada versión, la rama principal se ramifica en una nueva rama de versión, como la rama Version1 y la rama Version2. Siguiendo esta estrategia, la empresa puede mejorar o corregir cada versión anterior del producto por separado si es necesario.
Puede realizar una operación de bifurcación utilizando el Explorador de control de fuentes de Visual Studio, como se muestra en este artículo, o el comando branch en un símbolo del sistema. Para obtener más información, consulte Comando de bifurcación.
La ramificación es una técnica importante y potente para crear un conjunto paralelo de versiones de sus archivos. Sin embargo, el uso de ramas puede añadir complejidad y coste a su proyecto. Por ejemplo, al fusionar dos ramas, es posible que tenga que resolver conflictos.
Git eliminar rama
Esta página es un examen del comando git checkout. Cubrirá ejemplos de uso y casos extremos. En términos de Git, un “checkout” es el acto de cambiar entre diferentes versiones de una entidad de destino. El comando git checkout opera sobre tres entidades distintas: archivos, commits y ramas. Además de la definición de “checkout”, la frase “check out” se utiliza comúnmente para implicar el acto de ejecutar el comando git checkout. En el tema de Deshacer Cambios, vimos cómo git checkout puede usarse para ver confirmaciones antiguas. La mayor parte de este documento se centrará en las operaciones de checkout en las ramas.
La comprobación de ramas es similar a la comprobación de commits y archivos antiguos, ya que el directorio de trabajo se actualiza para que coincida con la rama/revisión seleccionada; sin embargo, los nuevos cambios se guardan en el historial del proyecto, es decir, no es una operación de sólo lectura.
El comando git checkout te permite navegar entre las ramas creadas por git branch. El checkout de una rama actualiza los archivos en el directorio de trabajo para que coincidan con la versión almacenada en esa rama, y le dice a Git que registre todos los nuevos commits en esa rama. Piensa en ello como una forma de seleccionar en qué línea de desarrollo estás trabajando.
