Probar Ramas No Relacionadas
En este paso, crearemos una nueva rama (branch) y realizaremos un commit en ella que no se base en el commit al que apunta nuestra etiqueta (tag) v1.0
. Esto nos ayudará a entender cómo se comporta git branch --contains
con ramas que no contienen el commit especificado.
Primero, creemos una nueva rama llamada feature-branch
.
git branch feature-branch
Ahora, cambiemos a esta nueva rama.
git checkout feature-branch
Deberías ver una salida que indique que has cambiado de rama:
Switched to branch 'feature-branch'
A continuación, hagamos un nuevo commit en esta rama feature-branch
. Crearemos un nuevo archivo.
echo "This is a new feature" > feature.txt
git add feature.txt
git commit -m "Add new feature file"
Después del commit, deberías ver una salida similar a esta:
[feature-branch a1b2c3d] Add new feature file
1 file changed, 1 insertion(+)
create mode 100644 feature.txt
Ahora, usemos git branch --contains v1.0
de nuevo. Recuerda, v1.0
apunta a un commit en la rama master
, y nuestro nuevo commit en feature-branch
es diferente.
git branch --contains v1.0
Esta vez, la salida solo debería mostrar la rama master
:
master
La rama feature-branch
no se lista porque no contiene el commit específico al que apunta la etiqueta v1.0
. Esto demuestra cómo git branch --contains
identifica con precisión qué ramas tienen un commit particular en su historial.
Esto es útil cuando quieres saber si una corrección de error (etiquetada con una versión) se ha incluido en una rama de lanzamiento, o si una característica específica (también potencialmente etiquetada) se ha fusionado en diferentes líneas de desarrollo.