Descargar una etiqueta específica con Git

Estoy tratando de descubrir cómo puedo descargar una etiqueta particular de un repositorio de Git: es una versión detrás de la versión actual.

Vi que había una etiqueta para la versión anterior en la página web de git, con el nombre del objeto de un número hexadecimal largo.

Pero el nombre de la versión es " Tagged release 1.1.5" según el sitio.

Intenté un comando como este (con nombres cambiados):

git clone http://git.abc.net/git/abc.git my_abc

Y obtuve algo: un directorio, un montón de subdirectorios, etc.

Si es todo el repositorio, ¿cómo obtengo la versión que estoy buscando? Si no, ¿cómo descargo esa versión en particular?

$ git clone

te dará todo el repositorio.

Después del clon, puede enumerar las etiquetas con $ git tag -ly luego retirar una etiqueta específica:

$ git checkout tags/<tag_name>

Aún mejor, finalice la compra y cree una rama (de lo contrario, estará en una rama con el nombre del número de revisión de la etiqueta):

$ git checkout tags/<tag_name> -b <branch_name>

git clone --branch my_abc http://git.abc.net/git/abc.git

Clonará el repositorio y lo dejará en la etiqueta que le interesa.

Documentación para 1.8.0 de estados de clon git .

--branch también puede tomar etiquetas y separa el HEAD en ese commit en el repositorio resultante.

Para retirar solo una etiqueta dada para la implementación, utilizo, por ejemplo:

git clone -b 'v2.0' --single-branch --depth 1 https://github.com/git/git.git

Esta parece ser la forma más rápida de extraer código de un repositorio remoto si uno solo está interesado en el código más reciente en lugar de en un repositorio completo. De esta manera, se parece al comando 'svn co'.

Nota: Según el manual de Git , pasar la --depthbandera implica --single-branchpor defecto.

--profundidad

Cree un clon superficial con un historial truncado al número especificado de confirmaciones. Implica una sola rama a menos que no se dé una sola rama para obtener las historias cerca de las puntas de todas las ramas. Si desea clonar submódulos superficialmente, también pase --shallow-submodules.

No soy un experto en git, pero creo que esto debería funcionar:

git clone http://git.abc.net/git/abc.git
cd abc
git checkout my_abc 

O

git clone http://git.abc.net/git/abc.git
cd abc
git checkout -b new_branch my_abc

La segunda variación establece una nueva rama basada en la etiqueta, que le permite evitar una 'CABEZA separada'. (manual de git-checkout)

Cada repositorio de git contiene el historial de revisiones completo, por lo que clonar el repositorio le da acceso a la última confirmación, además de todo lo anterior, incluida la etiqueta que está buscando.

Puede usar el archivo git para descargar una bola de alquitrán para una etiqueta determinada o confirmar la identificación:

git archive --format=tar --remote=[hostname]:[path to repo] [tag name] > tagged_version.tar

También puede exportar un archivo zip de una etiqueta.

1. Etiquetas de lista:

   git tag
   
   0.0.1
   0.1.0
   

2. Exportar una etiqueta:

   git archive -o /tmp/my-repo-0.1.0.zip --prefix=my-repo-0.1.0/ 0.1.0
   

3. Notas:

   • No necesita especificar el formato. Será recogido por el nombre del archivo de salida.
   • Si especifica el prefijo, su código se exportará a un directorio (si incluye una barra inclinada final).

Use el --single-branchinterruptor (disponible a partir de Git 1.7.10) . La sintaxis es:

git clone -b <tag_name> --single-branch <repo_url> [<dest_dir>] 

Por ejemplo:

git clone -b 'v1.9.5' --single-branch https://github.com/git/git.git git-1.9.5

El beneficio: Git recibirá objetos y (necesitará) resolver los deltas solo para la rama / etiqueta especificada, ¡mientras verifica exactamente la misma cantidad de archivos! Dependiendo del repositorio de origen, esto le ahorrará mucho espacio en disco. (Además, será mucho más rápido).

primero busque todas las etiquetas en ese control remoto específico

git fetch <remote> 'refs/tags/*:refs/tags/*'

o simplemente escriba

git fetch <remote>

Luego verifique las etiquetas disponibles

git tag -l

luego cambie a esa etiqueta específica usando el siguiente comando

git checkout tags/<tag_name>

Espero que esto te ayude!

Si sus etiquetas se pueden ordenar usando el sortcomando linux , use esto:

git tag | sort -n | tail -1

p.ej. si git tagvuelve:

v1.0.1
v1.0.2
v1.0.5
v1.0.4

git tag | sort -n | tail -1 dará salida:

v1.0.5

git tag | sort -n | tail -2 | head -1 dará salida:

v1.0.4

(porque solicitó la segunda etiqueta más reciente)

para pagar la etiqueta, primero clone el repositorio, luego escriba:

git checkout v1.0.4

... o cualquier etiqueta que necesites.

Revisé la documentación de pago de git , reveló una cosa interesante:

git checkout -b <nombre_de_nuevo_rango> <punto_inicio>, donde <punto_inicio> es el nombre de una confirmación en la que iniciar la nueva rama; El valor predeterminado es HEAD

Entonces podemos mencionar el nombre de la etiqueta (ya que la etiqueta no es más que el nombre de una confirmación) como, por ejemplo:

>> git checkout -b 1.0.2_branch 1.0.2
más tarde, modifica algunos archivos
>> git push --tags

PD: en Git, no puede actualizar una etiqueta directamente (dado que la etiqueta es solo una etiqueta para una confirmación), debe verificar la misma etiqueta que una rama y luego confirmarla y luego crear una etiqueta separada.

git fetch <gitserver> <remotetag>:<localtag>

===================================

Acabo de hacer esto. Primero me aseguré de saber la ortografía del nombre de la etiqueta.

git ls-remote --tags gitserver; : or origin, whatever your remote is called

Esto me dio una lista de etiquetas en mi servidor git para elegir. El póster original ya sabía el nombre de su etiqueta, por lo que este paso no es necesario para todos. El resultado se veía así, aunque la lista real era más larga.

8acb6864d10caa9baf25cc1e4857371efb01f7cd    refs/tags/v5.2.2.2
f4ba9d79e3d760f1990c2117187b5010e92e1ea2    refs/tags/v5.2.3.1
8dd05466201b51fcaf4ca85897347d82fcb29518    refs/tags/Fix_109
9b5087090d9077c10ba22d99d5ce90d8a45c50a3    refs/tags/Fix_110

Elegí la etiqueta que quería y obtuve eso y nada más de la siguiente manera.

git fetch gitserver Fix_110

Luego etiqueté esto en mi máquina local, dándole a mi etiqueta el mismo nombre.

git tag Fix_110 FETCH_HEAD

No quería clonar el repositorio remoto como otras personas me han sugerido, ya que el proyecto en el que estoy trabajando es grande y quiero desarrollarlo en un ambiente limpio y agradable. Siento que esto está más cerca de las preguntas originales "Estoy tratando de descubrir cómo descargar UNA ETIQUETA PARTICULAR" que la solución que sugiere clonar todo el repositorio. No veo por qué alguien debería tener una copia del código fuente de Windows NT y Windows 8.1 si quieren ver el código fuente de DOS 0.1 (por ejemplo).

Tampoco quería usar CHECKOUT como otros han sugerido. Revisé una sucursal y no quise afectarla. Mi intención era buscar el software que quería para poder elegir algo y agregarlo a mi desarrollo.

Probablemente haya una manera de obtener la etiqueta en sí en lugar de solo una copia de la confirmación que fue etiquetada. Tuve que etiquetar el compromiso obtenido yo mismo EDITAR: Ah sí, lo he encontrado ahora.

git fetch gitserver Fix_110:Fix_110

Donde ve los dos puntos, ese es el nombre remoto: nombre local y aquí están los nombres de las etiquetas. Esto se ejecuta sin alterar el árbol de trabajo, etc. Parece que copia cosas del control remoto a la máquina local para que tenga su propia copia.

git fetch gitserver --dry-run Fix_110:Fix_110

con la opción --dry-run agregada, le permitirá ver lo que haría el comando, si desea verificar que es lo que desea. Así que supongo que un simple

git fetch gitserver remotetag:localtag

Es la verdadera respuesta.

=

Una nota separada sobre las etiquetas ... Cuando comienzo algo nuevo, generalmente etiqueto el repositorio vacío después de git init, ya que

git rebase -i XXXXX 

requiere un compromiso, y surge la pregunta "¿cómo se vuelven a modificar los cambios que incluyen su primer cambio de software?" Entonces cuando empiezo a trabajar lo hago

git init
touch .gitignore
[then add it and commit it, and finally]
git tag EMPTY

es decir, crear un commit antes de mi primer cambio real y luego usarlo

git rebase -i EMPTY 

si quiero reajustar todo mi trabajo, incluido el primer cambio .

A partir de la respuesta de Peter Johnson, creé un pequeño alias para mí:

alias gcolt="git checkout $(git tag | sort -V | tail -1)"

también conocido como 'git checkout última etiqueta'.

Esto se basa en la versión GNU de sort, que maneja adecuadamente situaciones como la que lOranger señaló:

v1.0.1
...
v1.0.9
v1.0.10

Si estás en una Mac, brew install coreutilsy luego llama a gsort en su lugar.

tratar:

git clone -b <name_of_the_tag> <repository_url> <destination>

Revisando etiquetas

Si desea ver las versiones de los archivos a los que apunta una etiqueta, puede hacer un pago git, aunque esto pone su repositorio en estado "HEAD separado", lo que tiene algunos efectos secundarios negativos:

$ git checkout 2.0.0
Note: checking out '2.0.0'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at 99ada87... Merge pull request #89 from schacon/appendix-final

$ git checkout 2.0-beta-0.1
Previous HEAD position was 99ada87... Merge pull request #89 from schacon/appendix-final
HEAD is now at df3f601... add atlas.json and cover image

En el estado "HEAD separado", si realiza cambios y luego crea un commit, la etiqueta permanecerá igual, pero su nuevo commit no pertenecerá a ninguna rama y será inalcanzable, excepto por el hash de commit exacto. Por lo tanto, si necesita realizar cambios, por ejemplo, si está reparando un error en una versión anterior, generalmente querrá crear una rama:

$ git checkout -b version2 v2.0.0
Switched to a new branch 'version2'

Si hace esto y realiza una confirmación, la rama de su versión2 será ligeramente diferente de su etiqueta v2.0.0, ya que avanzará con sus nuevos cambios, así que tenga cuidado.

Lo hago a través de la API de Github:

curl -H "Authorization: token %(access_token)s" -sL -o /tmp/repo.tar.gz "http://api.github.com/repos/%(organisation)s/%(repo)s/tarball/%(tag)s" ;\
tar xfz /tmp/repo.tar.gz -C /tmp/repo --strip-components=1 ; \