Desplazamiento del cabezal maestro a una rama

Question

Tengo varias ramas de características y una rama principal. Feature2 está hecho. Normalmente me gustaría rebase (trabajando con un repositorio de SVN remoto y me gustaría mantener el historial, así que no hay fusión regular) y ff-merge. Pero como el maestro no ha cambiado desde que me ramifiqué, me gustaría mover el cabezal maestro (al E) al G. El uso de git branch -f master G no da como resultado ningún cambio visible, asumí que esto se debe a que G está en una rama diferente.

¿Es seguro usar git update-ref -f master G aquí? ¿Debo seguir con rebase/ff-merge? Algo aún mejor?

feature1  C-D 
      /
master A-B-E    
       \      
feature2  F-G 

Gracias.

Answer 1

Una fusión normal de G en maestro hará el truco, no hay necesidad de rebase:

feature1  C-D 
       /
    master A-B-E    
        \      
    feature2  F-G 

git checkout master 
git merge feature2 

    feature1    C-D 
         /
    master, feature2 A-B-E-F-G 

Answer 2

Podría ser mejor realizar una fusión de avance rápido de la función 2 en el maestro utilizando git merge --no-ff feature2 si se ha transferido a la rama maestra. Debería terminar con los siguientes

feature1  C-D 
      /
master A-B-E-----H   
       \ /     
feature2  F-G 

Answer 3

No es necesario fusionar las ramas, basta con un reinicio. Asumiendo que el maestro está desprotegido:

git reset --hard feature2 

Answer 4

La actualización-ref es segura. Una cabeza de rama no es más que un pequeño "¡léame!" etiqueta colgada en una confirmación. Es puramente por convención que Git lo recoge y lo cuelga en un compromiso diferente para ti a veces.

Usando git branch -f maestro G no da lugar a ningún cambio visible

¿Qué dice git log --decorate --oneline --all? git show master?

Answer 5

No se requiere fusión, solo cambie el nombre de las ramas. Como no le interesan las características2 ('está hecho') ni las maestras existentes (en 'E'), solo necesita lo siguiente.

git branch -d master 
git branch -m feature2 master 

Simple is better?

Recuerde que hay dos conceptos clave que participan:

1. El Git cometer gráfico y
2. El Git hace referencia a

Al hacer una fusión (de varios sabores y que incluye rebase) se están cambiando el gráfico de compromiso. Los cambios implican agregar nodos, agregar enlaces o quizás mover enlaces. Las referencias (incluidas las ramas y las etiquetas) solo apuntan a confirmaciones y, por lo tanto, el cambio de una referencia simplemente cambia la confirmación de apunte, no la estructura del gráfico.

Por lo tanto, en su caso, no hay cambios necesarios en la estructura, solo un cambio de las referencias.

Una versión de una línea es:

git branch -f master feature2 

que mantiene la rama característica2 alrededor de (a diferencia de la anterior dos-liner qué ejes característica2).