¿Cómo clonar el repositorio de git con una revisión / conjunto de cambios específico?

¿Cómo puedo clonar el repositorio de git con una revisión específica, algo como lo hago habitualmente en Mercurial:

hg clone -r 3 /path/to/repository

ACTUALIZACIÓN 2 Dado que Git 2.5.0, la función que se describe a continuación se puede habilitar en el lado del servidor con la variable de configuración uploadpack.allowReachableSHA1InWant, aquí la solicitud de la función GitHub y el compromiso de GitHub habilitan esta función . Tenga en cuenta que algunos servidores Git activan esta opción de forma predeterminada, por ejemplo, Bitbucket Server la habilitó desde la versión 5.5+ . Consulte esta respuesta en Stackexchange para ver un ejemplo de cómo activar la opción de configuración.

ACTUALIZACIÓN 1 Para las versiones de Git, 1.7 < v < 2.5use git clone y git reset, como se describe en la respuesta de Vaibhav Bajpai

Si no desea obtener el repositorio completo, entonces probablemente no debería estar usando clone. Siempre puede usar fetch para elegir la rama que desea buscar. No soy un experto en hg, así que no conozco los detalles, -rpero en git puedes hacer algo como esto.

# make a new blank repository in the current directory
git init

# add a remote
git remote add origin url://to/source/repository

# fetch a commit (or branch or tag) of interest
# Note: the full history up to this commit will be retrieved unless 
#       you limit it with '--depth=...' or '--shallow-since=...'
git fetch origin <sha1-of-commit-of-interest>

# reset this repository's master branch to the commit of interest
git reset --hard FETCH_HEAD

$ git clone $URL
$ cd $PROJECT_NAME
$ git reset --hard $SHA1

Para volver de nuevo a la confirmación más reciente

$ git pull

Clonar un repositorio git, acertadamente, clona todo el repositorio: no hay una manera de seleccionar solo una revisión para clonar. Sin embargo, una vez que realice git clone, puede realizar una revisión específica haciendo checkout <rev>.

Para clonar solo una confirmación específica en una rama o etiqueta en particular, use:

git clone --depth=1 --branch NAME https://github.com/your/repo.git

Desafortunadamente, NAMEsolo puede ser el nombre de la sucursal o el nombre de la etiqueta (no comprometer SHA).

Omita la --depthbandera para descargar el historial completo y luego revise esa rama o etiqueta:

git clone --branch NAME https://github.com/your/repo.git

Esto funciona con la versión reciente de git (lo hice con la versión 2.18.0).

Si quiere decir que quiere buscar todo desde el principio hasta un punto en particular, la respuesta de Charles Bailey es perfecta. Si desea hacer lo contrario y recuperar un subconjunto del historial desde la fecha actual, puede usar git clone --depth [N] donde N es el número de revoluciones del historial que desea. Sin embargo:

--profundidad

Cree un clon superficial con un historial truncado al número especificado de revisiones. Un repositorio poco profundo tiene una serie de limitaciones (no puede clonarlo ni extraerlo, ni empujarlo ni entrar en él), pero es adecuado si solo está interesado en la historia reciente de un gran proyecto con una larga historia y desea enviar arreglos como parches.

Solo para resumir las cosas (git v. 1.7.2.1):

1. haz un regular git clonedonde quieras el repositorio (pone todo a la fecha, lo sé, no lo que se quiere, estamos llegando allí)
2. git checkout <sha1 rev> de la revolución que quieres
3. git reset --hard
4. git checkout -b master

TL; DR: simplemente cree una etiqueta en el repositorio de origen contra la confirmación que desea clonar y use la etiqueta en el comando fetch. Puede eliminar la etiqueta del repositorio original más adelante para limpiar.

Bueno, es 2014 y parece que la respuesta aceptada de Charles Bailey de 2010 está bastante desactualizada ahora y la mayoría (¿todas?) De las otras respuestas involucran clonación, lo que muchas personas esperan evitar.

La siguiente solución logra lo que el OP y muchos otros buscan, que es una forma de crear una copia de un repositorio, incluido el historial, pero solo hasta cierto compromiso.

Estos son los comandos que utilicé con git versión 2.1.2 para clonar un repositorio local (es decir, un repositorio en otro directorio) hasta cierto punto:

# in the source repository, create a tag against the commit you want to check out
git tag -m "Temporary tag" tmptag <sha1>

# create a new directory and change into that directory
cd somewhere_else;mkdir newdir;cd newdir

# ...and create a new repository
git init

# add the source repository as a remote (this can be a URL or a directory)
git remote add origin /path/to/original/repo

# fetch the tag, which will include the entire repo and history up to that point
git fetch origin refs/tags/tmptag

# reset the head of the repository
git reset --hard FETCH_HEAD

# you can now change back to the original repository and remove the temporary tag
cd original_repo
git tag -d tmptag

¡Esperemos que esta solución siga funcionando durante algunos años más! :-)

Puedes usar simplemente git checkout <commit hash>

en esta secuencia

bash git clone [URLTORepository] git checkout [commithash]

commit hash se parece a esto "45ef55ac20ce2389c9180658fdba35f4a663d204"

El uso de 2 de las respuestas anteriores ( ¿Cómo clonar el repositorio de git con una revisión / conjunto de cambios específico? Y ¿Cómo clonar el repositorio de git con una revisión / conjunto de cambios específico? ) Me ayudó a llegar a un definitivo. Si desea clonar hasta un punto, ese punto debe ser una etiqueta / rama, no simplemente un SHA o el FETCH_HEAD se confunde. Siguiendo el conjunto git fetch, si usa una rama o nombre de etiqueta, obtiene una respuesta, si simplemente usa un SHA-1 no obtiene respuesta.
Esto es lo que hice: crear un clon de trabajo completo del repositorio completo, desde el origen real

cd <path to create repo>
git clone git@<our gitlab server>:ui-developers/ui.git 

Luego cree una sucursal local, en el punto que sea interesante

git checkout 2050c8829c67f04b0db81e6247bb589c950afb14
git checkout -b origin_point

Luego cree mi nuevo repositorio en blanco, con mi copia local como origen

cd <path to create repo>
mkdir reduced-repo
cd reduced-repo
git init
git remote add local_copy <path to create repo>/ui
git fetch local_copy origin_point

En ese momento recibí esta respuesta. Lo noto porque si usa un SHA-1 en lugar de la rama anterior, no sucede nada, por lo que la respuesta significa que funcionó

/ var / www / html / ui-hacking $ git fetch local_copy origin_point
control remoto: recuento de objetos: 45493, hecho.
remoto: Comprimir objetos: 100% (15928/15928), hecho.
remoto: Total 45493 (delta 27508), reutilizado 45387 (delta 27463)
Recepción de objetos: 100% (45493/45493), 53.64 MiB | 50.59 MiB / s, hecho.
Resolviendo deltas: 100% (27508/27508), hecho.
Desde / var / www / html / ui
 * rama origin_point -> FETCH_HEAD
 * [nueva rama] origin_point -> origin / origin_point

Ahora en mi caso, necesitaba volver a poner eso en gitlab, como un nuevo repositorio, así que lo hice

git remote add origin git@<our gitlab server>:ui-developers/new-ui.git

Lo que significaba que podía reconstruir mi repositorio desde el punto de origen usando git --git-dir=../ui/.git format-patch -k -1 --stdout <sha1> | git am -3 -kCherry Pick de forma remota y luego usarlo git push originpara cargar todo de nuevo en su nuevo hogar.

Espero que ayude a alguien

Mi versión era una combinación de respuestas aceptadas y más votadas. Pero es un poco diferente, porque todos usan SHA1 pero nadie te dice cómo obtenerlo

$ git init
$ git remote add <remote_url>
$ git fetch --all

ahora puedes ver todas las ramas y confirmaciones

$ git branch -a
$ git log remotes/origin/master <-- or any other branch

Finalmente sabes SHA1 de commit deseado

git reset --hard <sha1>

Utilizo este fragmento con GNU make para cerrar cualquier etiqueta de revisión, rama o hash

fue probado en git versión 2.17.1

${dir}:
    mkdir -p ${@D}
    git clone --recursive --depth 1 --branch ${revison} ${url} ${@} \
 || git clone --recursive --branch ${revison} ${url} ${@} \
 || git clone ${url} ${@}
    cd ${@} && git reset --hard ${revison}
    ls $@

git clone https://github.com/ORGANIZATION/repository.git (clonar el repositorio)

cd repository (navigate to the repository)

git fetch origin 2600f4f928773d79164964137d514b85400b09b2

git checkout FETCH_HEAD

# clone special tag/branch without history
git clone  --branch=<tag/branch> --depth=1 <repository>


# clone special revision with minimal histories
git clone --branch <branch> <repository> --shallow-since=yyyy-MM-ddTHH:mm:ss  # get the commit time
cd <dir>
git reset --hard <revision> 

no puede obtener una revisión sin historiales si no se configura uploadpack.allowReachableSHA1InWant=trueen el lado del servidor, mientras que puede crear una etiqueta y clonar la etiqueta especial en su lugar.

Es simple. Solo tiene que configurar el flujo ascendente para la rama actual

$ git clone repo
$ git checkout -b newbranch
$ git branch --set-upstream-to=origin/branch newbranch
$ git pull

Eso es todo

git clone -o <sha1-of-the-commit> <repository-url> <local-dir-name>

gitusa la palabra originen lugar de popularmente conocidorevision

Lo siguiente es un fragmento del manual. $ git help clone

--origin <name>, -o <name>
    Instead of using the remote name origin to keep track of the upstream repository, use <name>.