He creado una rama y una etiqueta con el mismo nombre: 0.2.0. He encontrado algunos problemas con la fusión, pero logré superarlos, usando -r y proporcionando una revisión explícita. Entonces no es mi pregunta qué hacer. Más bien, me gustaría saber: ¿se sugiere tener un nombre diferente para una rama y una etiqueta cuando se produce una nueva versión? ¿Hay algún nombre estándar para esas etiquetas y ramas?mercurial: conflictos de rama con la etiqueta
Respuesta
Etiquetaría el código con los números de versión como lo hace, por ejemplo, 1.0
, 2.0
y así sucesivamente. Por ramas de mantenimiento me gustaría utilizar 1.x
, 2.x
, etc.
La etiqueta 1.1
sería entonces hacerse en la rama 1.x
y la 1.0
de cambios es el punto de tenedor para la rama 1.x
. No está en la rama ya que solo crea la rama 1.x
cuando necesita hacer una liberación de corrección de errores 1.1
.
Por último, se puede utilizar el revset language distinguir entre una etiqueta y una rama:
$ hg log -r 'branch(foo)'
$ hg log -r 'tag(foo)'
Con la posible excepción de default
, no hay nombres estándar para ramas o etiquetas en Mercurial. Su esquema de nombre de sucursal/etiqueta sería dictado por su proceso de desarrollo.
No creo que usar el mismo nombre para una rama con nombre y una etiqueta es una buena idea, sin embargo. Normalmente puede ejecutar hg update <name>
y siempre que <name>
coincida con una rama con nombre o una etiqueta, Mercurial resolverá el nombre y lo llevará allí. Pero, si tiene una rama y una etiqueta con el mismo nombre, no tiene forma de diferenciar entre los dos, y lo llevará a uno. Por supuesto, puede especificar la revisión de forma explícita, pero ese tipo de derrotas la conveniencia de usar nombres.
- 1. Mercurial: ¿cómo presionar a la rama predeterminada?
- 2. mercurial estableció una rama como la nueva rama predeterminada
- 3. Mercurial: mantener la rama predeterminada "activa"
- 4. Empuje la rama fusionada mercurial sin historial
- 5. Mercurial: ¿Cómo cambiar a una rama con nombre si una etiqueta tiene el mismo nombre?
- 6. ¿Cómo migrar de Subversion a Mercurial cuando la estructura del tronco/rama/etiqueta es un desastre?
- 7. Fusionando conflictos Mercurial en la línea de comando?
- 8. Usar siempre la versión de una rama fusionada en conflictos
- 9. Usando la etiqueta --quiet al extender Mercurial
- 10. Mercurial, conflicto, fusión, conflictos posteriores más adelante, ¿Mercurial recuerda la resolución inicial?
- 11. ¿Cómo verifico posibles conflictos de fusión/rebase en Mercurial?
- 12. Cómo eliminar la rama Mercurial después de fusionar
- 13. ¿Cómo eliminar una rama en bitbucket con mercurial hg?
- 14. Mover una rama a una nueva etiqueta
- 15. Mercurial: eliminar el conjunto de cambios de la rama remota
- 16. Rama pequeña y temporal en Mercurial
- 17. Renombrar una rama comprometida en Mercurial
- 18. Mercurial: Cómo lidiar con una rama que tiene dos cabezas
- 19. Intentando fusionar desde la rama a la rama principal y cerrar en Mercurial
- 20. ¿Cómo resolver conflictos de fusión en Mercurial (v1.0.2)?
- 21. ¿Cómo hago una rama remota en git sin conflictos?
- 22. ¿Cómo cambiar la rama predeterminada para insertar mercurial?
- 23. Mercurial, "ramificación con marcadores"
- 24. ¿Cómo manejo los conflictos con los submódulos de git?
- 25. Maven + Mercurial: Error al ejecutar la etiqueta de comando
- 26. Cómo reemplazar la rama principal con la rama de experimento
- 27. conflictos mod_jk con mod_rewrite
- 28. Emigrar jerarquía de rama SVN compleja a Mercurial
- 29. mercurial: prueba si una rama contiene un conjunto de cambios
- 30. Mercurial: permite combinar una rama de versión con la predeterminada, pero no al revés
Niza, gracias, voy a tener esto en cuenta. – gruszczy
¿Está escondido en algún lugar de la documentación mercurial? – kikeenrique