edit La pregunta se reduce a "¿Se puede dar instrucciones a git rebase
para volver a establecer las etiquetas también?" Pero una respuesta a la pregunta original también ayudaría.¿Las etiquetas se pueden mover automáticamente después de una rama de filtro git y rebase?
Preguntar How to prepend the past to a git repository? que siguieron these instructions. < editar> Luego volví a configurar para incluir un archivo que solo estaba en las instantáneas, vea here. < /edit> Desde que se reescribió la historia (por git filter-branch
o git rebase
o ambas?) Todas las etiquetas todavía están en la línea de tiempo original * y de alguna manera me gustaría moverlas a la nueva. Creo que hice todos los mensajes de confirmación con etiquetas únicas para poder escribir un script que los use, pero un git move-tags <from> <to>
más general sería mejor.
Entonces, ¿hay alguna forma de abordar "la confirmación que es N confirma después en la nueva línea de tiempo de modo que la enésima confirmación después de la línea de tiempo anterior está etiquetada"? Cualquier otra solución, excepto la reutilización manual obvia, también sería excelente.
(no dude en corregir esa horriblemente larga condena en la llanura Inglés ...)
*) bueno, git resolvió el abuelo paradoja!
El título dice “rebase”, pero las conversaciones sobre el cuerpo “filter-branch”, hiciste tanto (como se insinuó [aquí] (http://stackoverflow.com/ preguntas/3150394/cómo-recuperar-un-archivo-previamente-eliminado-en-gits-history/3150528 # 3150528))? Con '--tag-name-filter', filter-branch puede reescribir las etiquetas, pero esto no ayudará si hay una subsiguiente rebase involucrada. –
@Chris Lo siento, lo arreglé. Sí, utilicé 'git rebase' después del injerto + rama de filtro. Las etiquetas están bien después de la última, y debería haber recordado que el rebasado crea una rama separada que deja las etiquetas originales intactas. Entonces la pregunta básica es "¿Puede' git rebase' ser instruido para volver a establecer las etiquetas? " –