Git Merge con squash pero mantiene el gráfico de networking

Digamos que tengo una twig de desarrollo y una twig FixBullshit y tengo 5 commits en FixBullshit, hago una request de extracción pero fusiono el desarrollo con FixBullshit con merge + squash para mantenerlo en desarrollo ya que me comprometo a mantenerlo más claro (¿es la mejor opción? ¿por cierto?)

La cosa es que, después de hacer eso, en el gráfico de networking de github parece que la twig de Bullshit salió del desarrollo, pero nunca se fusionó y luego aparece 1 compromiso en desarrollo, pero no hay relación con la twig de Bullshit, como ocurre en mi git https://github.com/noxerr/VRHarry/network con el desarrollo de sucursales y "fixSensorsinput"

¿Qué estoy haciendo mal? ¿cómo podría crear ese enlace en la networking?

El gráfico de networking muestra la historia del git repo, y "aplastar" altera el historial al comprimirlo.

Lo que Github está haciendo es tomar esta gráfica

A--B--C--D--E \ F--G--H 

aplastando F--G--H en un solo compromiso W , y aplicándolo como

 A--B--C--D--E--W \ F--G--H 

Para hacer lo que estás sugiriendo, puedes aplastar F--G--H en una Q compromiso antes de fusionarte para hacer un gráfico como

 A--B--C--D--E--I \ / Q-------- 

Desafortunadamente, esta forma de fusión de squash altera la historia, lo que puede causar problemas para quienes tienen una copy local de la historia anterior. Esta es probablemente la razón por la cual la calabaza Github se fusiona como se describió anteriormente, en lugar de esto.

Hay muchas páginas en Internet como esta sobre las ventajas y desventajas de aplastamiento, rebase y otros methods de fusión.

Si lo haces, perderás la pista de las sucursales porque así es como funciona git

No estoy seguro si te entiendo. Parece que quieres aplacar tus commits, pero al mismo time mantener tus commits de desarrollo.

En ese caso, solo tienes que crear otra twig antes de fusionarte con squash , y no la verifiques. Entonces tendrás ambas twigs.