Pregunta

Tengo dos ramas, la rama principal (negra) y una rama característica (amarilla).

Como puede ver, dado que la bifurcación de la característica se bifurcó, se mantuvo actualizada recuperando los cambios de main:

texto alternativo http://azkotoki.org/images/stackoverflow/tgh-reintegrate1 .gif

Cuando vuelvo a integrar la rama de la función a la principal, la ventana de registro muestra este gráfico feo:

texto alternativo http://azkotoki.org/images/stackoverflow/tgh-reintegrate2 .gif

Muestra cada punto de fusión como una nueva rama que se fusionó con la rama característica. Si tuviera varias ramas características, esto sería casi imposible de leer. También probé con hg view y los resultados son aún más extraños.

Independientemente de la imagen que se muestra arriba, los resultados finales de la fusión están bien, pero el gráfico con la rama reintegrada me molesta.

¿Estoy haciendo algo mal al fusionarme con la rama de características demasiadas veces? ¿O espero demasiado de la ventana de registro de tortoisehg :)?

Gracias de antemano

¿Fue útil?

Solución

El gráfico se ve así ya que las revisiones están ordenadas por sus números de revisión. El repositorio principal tiene las revisiones ordenadas y numeradas de esta manera:

0 Imported initial repo.
1 Trivial change to also echo b.
2 Added another echo for c.
3 Echo for d.
4 Echo for e.

Esto refleja el orden en que se agregaron los conjuntos de cambios al repositorio. El repositorio de ramas de características tiene este orden:

0 Imported initial repo.
1 Trivial change to also echo b.
3 Added another echo for c.
4 Automatic merge...
5 Echo for d.
6 Automatic merge...
7 Echo for e.
8 Automatic merge...

Nuevamente, todo está ordenado muy bien. Pero cuando coloca la rama de características en el repositorio principal, solo se agregan los conjuntos de cambios que faltan. El resultado en main es así:

0 Imported initial repo.
1 Trivial change to also echo b.
2 Added another echo for c.
3 Echo for d.
4 Echo for e.
5 Refactored echos to print.
6 Automatic merge...
7 Automatic merge...
8 Automatic merge...

y el gráfico refleja esto.

Como observa, el repositorio está bien, esto es solo un artefacto de cómo se ordenan los conjuntos de cambios en el disco. Si lo desea, puede cambiar el repositorio con el gráfico agradable por el gráfico feo, ya que ahora contienen los mismos conjuntos de cambios. Solo recuerde mover cualquier configuración importante de .hg / hgrc (copie el archivo del clon con el gráfico feo).

Por cierto, cuando miro el gráfico en mi clon de http: // hg. intevation.org/mercurial/crew/ (la rama de desarrollo de Mercurial) y compárelo con el gráfico en un nuevo clon de https://www.mercurial-scm.org/repo/hg (la rama principal de Mercurial) Veo el mismo fenómeno.

Otros consejos

Una forma de obtener un " más agradable " El gráfico sería utilizar el pre 2.0 TortoiseHg que tenía un modo de gráfico compacto. En este modo, su segundo repositorio tendría solo dos columnas de líneas, similar a lo que está en su primera captura de pantalla.

Desafortunadamente, esta característica no se ha portado de GTK a Qt, por lo que no está presente en la versión actual (2.1.2) de TortoiseHg.

Cuando observa más de cerca verá que los dos gráficos son (casi) idénticos, pero la presentación es diferente. Eso, que se parece a 3 ramas diferentes, en realidad es una rama, pero se presenta un poco diferente.

Escribí "casi" porque los números de revisión han sido reordenados. Y esto es realmente extraño ...

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top