¿Cómo obtener el cambio de etiqueta después de clonar o tirar a una etiqueta usando mercurial?

Question

como la guía definitiva aptly points out (búsqueda de "Etiquetas y clonación"):

Cuando se ejecuta hg clone -r foo para clonar un repositorio como de etiqueta foo, el nuevo clon no contendrá ninguna revisión más reciente que la del la etiqueta se refiere a , incluida la revisión donde se creó la etiqueta. El resultado es que obtendrá exactamente el subconjunto correcto del historial del proyecto en el nuevo repositorio , pero no la etiqueta que podría haber esperado.

Significa hg tags en su nuevo clon NO muestra la etiqueta foo. Lo mismo sucede si se clonó antes de agregar la etiqueta foo, y usted hace hg pull -r foo.

(Digression: la etiqueta es lo único que no entiendo bastante hg. Entiendo que hay ventajas (por ejemplo, fusionar) en ponerlo en un conjunto de cambios, pero siempre se siente extraño tener metadatos mezclados con la fuente código.)

Debería ser obvio que estoy pidiendo una forma automática, en lugar de tirar del conjunto de cambios de etiqueta como un paso manual por separado.

Sé que podría verificar este escenario en un gancho incoming (para que funcione tanto para clonar como para extraer), o ajustar clone y pull.

¿Pero hay una manera mejor/más fácil?

---

ACTUALIZACIÓN fallo hg rastreador ya tiene this issue.

Answer 1

Sí, se puede hacer por ganchos post-clon/pull, pero hay un par de ladrones.

En primer lugar, solo funciona para el repositorio local, ya que no puede obtener la lista de etiquetas en un repositorio remoto.

En segundo lugar, lidiar con los argumentos y opciones de clonación/extracción no es trivial. (Para clon que necesito para obtener el repositorio de destino, -r, -u, -U. Para tirón necesito -r y -u.) He intentado utilizar fancyopts, pero no puedo hacer frente a las opciones globales, que se procesan en la distancia de despacho. Logré hackear el despacho para darme solo los args y opts de un comando, pero se siente y se ve feo.

El uso del envoltorio de comandos eliminaría el segundo problema.

Espero que un día hg agregue una opción para clonar y tirar para hacerlo limpiamente.

Answer 2

Hay un gancho postclone. Se llama post-clone (la página de manual de hgrc muestra post-ANYCOMMAND y pre-ANYCOMMAND existen), aunque como señaló, también podría usar los ganchos *changegroup o update, ya que clone usa ambas funciones (a menos que suprima la actualización con -U).

¿Qué tal si agregas un --localtag para que tengas el nombre pero no el conjunto de cambios adicional si lo necesitas solo como referencia. Algo así como

hg clone -r tagname URL 
hg tag --local tagname 

que fácilmente podría construir en un alias de shell.

Aparte de eso, no es necesariamente una forma segura de tener la revisión X y la revisión donde se etiqueta la revisión X sin tener otras revisiones que no desea ya que la etiqueta podría haberse aplicado después de que se realizara otro trabajo. Por supuesto, siempre puede actualizar a 'X' y tener conjuntos de cambios posteriores en su directorio de trabajo, pero aún estarán en su repositorio.

Honestamente, una vez que descubrí que el nombre de la etiqueta no tarda en clonar una etiqueta, lo que admito me confundió al principio, no encontré ninguna necesidad de llevarlo el conjunto de cambios con la etiqueta en él.

Answer 3

¿Quieres un hack gigante con bash y un script Perl incrustado? Bueno, aquí está ...

#!/bin/bash 
if [[ "$1" == "" || "$2" == "" || "$3" == "" ]]; then 
    echo 'hgclonetag <src> <tgt> <tag>' 
    exit 1; 
fi 

REV=`hg log -R $1 --rev $3: --limit=2 | perl -F: -lane 'if (/:([\dA-Fa-f]+)$/) {print $F[2] if defined($flag);$flag=1;}'` 
hg clone --rev $REV $1 $2 

Esto invoca el comando hg log para extraer el número de revisión después de la primera revisión relacionada tag-y, a continuación clones para esta revisión.

Actualmente esto no funciona en los repos remotos: -R switch solo funciona en repos locales desafortunadamente.

Answer 4

Cuanto más pienso en ello, más estoy convencido de que el derecho respuesta es simplemente clonar todo y actualización de la etiqueta, que se puede hacer en un solo paso:

hg clone http://host/path#tagname 

que recibe usted todo y luego hace hg update a tagname que establece su directorio de trabajo a la revisión correcta. Dada la compresión delta que no es necesariamente mucho más grande, y si lo es, puede automatizar la clonación de la mayor parte de un clon local anterior.