Come clonare repository git con revisione / changeset specifici?

Come posso clonare il repository git con una revisione specifica, come faccio di solito in Mercurial:

hg clone -r 3 /path/to/repository

AGGIORNAMENTO 2 Da Git 2.5.0 la funzione descritta di seguito può essere abilitata sul lato server con una variabile di configurazione uploadpack.allowReachableSHA1InWant, qui la richiesta della funzione GitHub e il commit GitHub abilitano questa funzione . Si noti che alcuni server Git attivano questa opzione per impostazione predefinita, ad esempio Bitbucket Server l'ha abilitata dalla versione 5.5+ . Vedi questa risposta su Stackexchange per un esempio di come attivare l'opzione di configurazione.

AGGIORNAMENTO 1 Per le versioni Git 1.7 < v < 2.5utilizzare git clone e git reset, come descritto nella risposta di Vaibhav Bajpai

Se non vuoi recuperare l'intero repository, probabilmente non dovresti utilizzarlo clone. Puoi sempre usare il recupero per scegliere il ramo che vuoi recuperare. Non sono un esperto di hg, quindi non conosco i dettagli -rma in git puoi fare qualcosa del genere.

# 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

Per tornare nuovamente al commit più recente

$ git pull

Clonare un repository git, giustamente, clona l'intero repository: non esiste un modo per selezionare una sola revisione da clonare. Tuttavia, una volta eseguito git clone, puoi fare il checkout di una revisione specifica facendo checkout <rev>.

Per clonare solo un singolo commit specifico su un determinato ramo o tag utilizzare:

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

Sfortunatamente, NAMEpuò essere solo il nome del ramo o il nome del tag (non commettere SHA).

Ometti la --depthbandiera per scaricare l'intera cronologia e quindi controlla quel ramo o tag:

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

Funziona con la versione recente di git (l'ho fatto con la versione 2.18.0).

Se vuoi dire che vuoi recuperare tutto dall'inizio fino a un determinato punto, la risposta di Charles Bailey è perfetta. Se vuoi fare il contrario e recuperare un sottoinsieme della cronologia che risale alla data corrente, puoi usare git clone --depth [N] dove N è il numero di giri della cronologia che desideri. Però:

--profondità

Crea un clone superficiale con una cronologia troncata al numero specificato di revisioni. Un repository superficiale presenta una serie di limitazioni (non è possibile clonare o recuperare da esso, né spingere da né all'interno di esso), ma è adeguato se si è interessati solo alla storia recente di un grande progetto con una lunga storia e si desidera invia correzioni come patch.

Riassumendo (git v. 1.7.2.1):

1. fare un regolare git clonedove si desidera il repository (ottiene tutto aggiornato - lo so, non quello che si desidera, ci stiamo arrivando)
2. git checkout <sha1 rev> del rev che vuoi
3. git reset --hard
4. git checkout -b master

TL; DR: basta creare un tag nel repository di origine rispetto al commit a cui si desidera clonare e utilizzare il tag nel comando fetch. È possibile eliminare il tag dal repository originale in un secondo momento per ripulire.

Bene, è il 2014 e sembra che la risposta accettata da Charles Bailey dal 2010 sia ormai superata e veramente obsoleta e la maggior parte (tutte?) Delle altre risposte riguardano la clonazione, che molte persone sperano di evitare.

La seguente soluzione realizza ciò che l'OP e molti altri stanno cercando, che è un modo per creare una copia di un repository, inclusa la cronologia, ma solo fino a un certo commit.

Ecco i comandi che ho usato con git versione 2.1.2 per clonare un repository locale (cioè un repository in un'altra directory) fino a un certo 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

Spero che questa soluzione continui a funzionare per qualche altro anno! :-)

Puoi usare semplicemente git checkout <commit hash>

in questa sequenza

bash git clone [URLTORepository] git checkout [commithash]

commit hash si presenta così "45ef55ac20ce2389c9180658fdba35f4a663d204"

L'uso di 2 delle risposte sopra ( Come clonare il repository git con revisione / changeset specifici? E Come clonare il repository git con revisioni / changeset specifici? ) Mi ha aiutato a trovare un definitivo. Se vuoi clonare fino a un certo punto, quel punto deve essere un tag / ramo non semplicemente un SHA o FETCH_HEAD viene confuso. Seguendo il set di recupero git, se si utilizza un nome di ramo o tag, si ottiene una risposta, se si utilizza semplicemente un SHA-1 non si ottiene risposta.
Ecco cosa ho fatto: - creare un clone di lavoro completo del repository completo, dall'origine effettiva

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

Quindi crea un ramo locale, nel punto che è interessante

git checkout 2050c8829c67f04b0db81e6247bb589c950afb14
git checkout -b origin_point

Quindi crea il mio nuovo repository vuoto, con la mia copia locale come origine

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

A quel punto ho avuto questa risposta. Lo noto perché se si utilizza un SHA-1 al posto del ramo sopra, non accade nulla, quindi la risposta, significa che ha funzionato

/ var / www / html / ui-hacking $ git recupera local_copy origin_point
telecomando: conteggio degli oggetti: 45493, fatto.
remoto: compressione degli oggetti: 100% (15928/15928), fatto.
remoto: totale 45493 (delta 27508), riutilizzato 45387 (delta 27463)
Ricezione di oggetti: 100% (45493/45493), 53,64 MiB | 50,59 MiB / s, fatto.
Delta di risoluzione: 100% (27508/27508), fatto.
Da / var / www / html / ui
 * branch origin_point -> FETCH_HEAD
 * [nuovo ramo] punto_origine -> punto origine / origine

Ora nel mio caso, ho dovuto quindi rimetterlo su gitlab, come nuovo repository, così ho fatto

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

Il che significava che avrei potuto ricostruire il mio repository dal punto_origine utilizzando git --git-dir=../ui/.git format-patch -k -1 --stdout <sha1> | git am -3 -ka cherry pick in remoto, quindi utilizzare git push originper caricare l'intero lotto nella sua nuova home.

Spero che aiuti qualcuno

La mia versione era una combinazione di risposte accettate e più votate. Ma è un po 'diverso, perché tutti usano SHA1 ma nessuno ti dice come ottenerlo

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

ora puoi vedere tutte le filiali e gli commit

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

Finalmente conosci SHA1 del commit desiderato

git reset --hard <sha1>

Uso questo frammento con GNU make per chiudere tag di revisione, branch o hash

è stato testato su git versione 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 (clona il repository)

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> 

non è possibile ottenere una revisione senza cronologia se non impostato uploadpack.allowReachableSHA1InWant=truesul lato server, mentre è possibile creare un tag per esso e clonare invece il tag speciale.

È semplice. Devi solo impostare l'upstream per il ramo corrente

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

È tutto

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

gitusa la parola original posto di popolarmente conosciutarevision

Di seguito è riportato un frammento del manuale $ git help clone

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