¿Es malo cambiar la base de una twig local de otra twig que a su vez se networkingistribuye a menudo?

Digamos que tengo la twig local A fuera del origen / maestro. Continuamente hago cambios en la twig A, obtengo el maestro remoto y lo reacomodo.

Entonces tengo la twig local B fuera de A. Estoy continuamente haciendo cambios a la twig B y rebase.

Soy el único que trabaja en las twigs A y B.

¿Es esta una mala configuration ya que los identificadores de commit de A (hash) pueden estar cambiando con frecuencia? ¿Eso desestabiliza la twig B de alguna manera o hace que los conflictos sean más probables?

De hecho, ¿cómo implementa Git esta configuration? ¿Cuál es la HEAD de B si las identificaciones de commit de A cambian de debajo?

Si te encuentras en este tipo de ciclo (search / rebasear) y ves los mismos conflictos una y otra vez, puedes activar la function git rerere .
Eso evitará tener que hacer la misma resolución de conflicto para cada uno de sus rebase.

Consulte también " ¿Hay algún inconveniente para habilitar git rerere ? ", " Fun with rerere " y " Rerere Your Boat … " para get más información.

Esto podría causar que los conflictos continúen causando conflictos todo el time.

No rebase B de A a less que el tema B dependa del tema A.

De lo contrario, evite causar conflictos entre A y B.

La implementación de git es que las confirmaciones en B dependerán de las confirmaciones en la antigua twig A hasta que restaure.

Básicamente, cuando rebase, git no elimina los commits antiguos, solo crea nuevos commits mediante rebasing, y establece el puntero de head A branch en el nuevo commit final.

Una twig es solo un puntero a una confirmación.