Как клонировать репозиторий git с помощью конкретной ревизии/набора изменений?

Question

Как я могу клонировать репозиторий с конкретной ревизии, то, как я обычно делаю в Mercurial:

hg clone -r 3 /path/to/repository 

Answer 1

UPDATE для GIT версии> 1.7 Использование мерзавец клонов и сброса мерзавец, как описано в ответ Vaibhav Баджпаи в

Если вы не хотите получать полный репозиторий, то вы, вероятно, не следует использовать clone. Вы всегда можете просто использовать выборку, чтобы выбрать ветку, которую хотите извлечь. Я не специалист по hg, поэтому я не знаю подробностей -r, но в git вы можете сделать что-то вроде этого.

# 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 of this commit will be retrieved 
git fetch origin <sha1-of-commit-of-interest> 

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

Answer 2

Клонирование репозиторий, метко, клоны весь репозиторий: нет способа выбрать только одну ревизию клонировать. Однако, как только вы выполните git clone, вы можете проверить конкретную ревизию, выполнив checkout <rev>.

Answer 3

Если вы имеете в виду вы хотите получать все от начала до определенной точки, ответ Чарльз Бейли является совершенным. Если вы хотите сделать обратное и получить подмножество истории, возвращающейся с текущей даты, вы можете использовать git clone --depth [N], где N - количество оборотов истории, которые вы хотите. Однако:

--depth

Создать неглубокий клон с историей усеченной до указанного количества изменений. Неглубокий репозиторий имеет ряд ограничений (вы не можете клонировать или извлекать из него, а также не нажимать и не на него), но он адекватен, если вас интересует только недавняя история крупного проекта с длинной историей, и он захочет отправьте исправления в виде патчей.

Answer 4

Просто подвести вещи (. GIT V 1.7.2.1):

1. делать регулярные git clone где вы хотите репо (получает все на сегодняшний день - я знаю, не то, что хотел , мы получаем там)
2. git checkout <sha1 rev> в оборот вы хотите
3. git reset --hard
4. git checkout -b master

Answer 5

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

Чтобы снова вернуться к самой последней фиксации

$ git pull 

Answer 6

вы можете использовать просто git checkout <commit hash>

в этой последовательности

bash git clone [URLTORepository] git checkout [commithash]

совершить хэш выглядит следующим образом «45ef55ac20ce2389c 9180658fdba35f4a663d204 "

Answer 7

TL; DR - просто создайте тег в исходном репозитории против фиксации, которую вы хотите клонировать, и используйте тег в команде fetch.Вы можете удалить тег из исходного репо позже, чтобы очистить.

Ну, его 2014 год, и похоже, что принятый ответ Чарльза Бейли с 2010 года хорошо и действительно устарел, и большинство (всех?) Других ответов связаны с клонированием, которое многие люди надеются избежать.

Следующее решение обеспечивает то, что ищет OP и многие другие, что является способом создания копии репозитория, включая историю, но только до определенной фиксации.

Вот команды, которые я использовал с мерзавца версии 2.1.2 клонировать локальный репозиторий (т.е. хранилище в другой директории.) До определенного момента:

# 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 

Надеемся, что это решение продолжает работать для еще несколько лет! :-)

Answer 8

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

git использует слово origin в смену широко известной revision

Ниже приводится отрывок из ручного $ git help clone

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

Answer 9

Используя 2 из вышеуказанных ответов (How to clone git repository with specific revision/changeset? и How to clone git repository with specific revision/changeset?) Помог мне придумать решительный. Если вы хотите клонировать до точки, то эта точка должна быть тегом/ветвью, а не просто SHA или FETCH_HEAD запутывается. После набора git fetch, если вы используете название ветки или тега, вы получаете ответ, если вы просто используете SHA-1, вы не получаете ответа.
Вот что я сделал: - создать полный рабочий клон полного репо, от фактического происхождения

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

Затем создать местное отделение, в точке, это интересно

git checkout 2050c8829c67f04b0db81e6247bb589c950afb14 
git checkout -b origin_point 

Затем создайте мое новое пустое репо с моей местной копией в качестве источника

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 

В этот момент я получил этот ответ. Я отмечаю это потому, что если вы используете SHA-1 вместо указанной выше ветке, ничего не происходит, так что ответ, значит, он работал

 
/var/www/html/ui-hacking$ git fetch local_copy origin_point 
remote: Counting objects: 45493, done. 
remote: Compressing objects: 100% (15928/15928), done. 
remote: Total 45493 (delta 27508), reused 45387 (delta 27463) 
Receiving objects: 100% (45493/45493), 53.64 MiB | 50.59 MiB/s, done. 
Resolving deltas: 100% (27508/27508), done. 
From /var/www/html/ui 
* branch   origin_point -> FETCH_HEAD 
* [new branch]  origin_point -> origin/origin_point 

Теперь в моем случае, я тогда нужно положить, что обратно на gitlab, как свежий репо, так что я сделал

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

Что означало, я мог бы восстановить мой репозиторий из origin_point с помощью git --git-dir=../ui/.git format-patch -k -1 --stdout <sha1> | git am -3 -k для вишни драфта удаленно затем использовать git push origin, чтобы загрузить всю партию обратно в свой новый дом.

Надежда, что помогает кому-то

Answer 10

Моя версия была комбинация принятых и наиболее upvoted ответов.Но это немного по-другому, потому что каждый использует SHA1, но никто не говорит вам, как получить его

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

теперь вы можете видеть все ветви & совершает

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

Наконец, вы знаете, SHA1 о желании совершить

git reset --hard <sha1> 

Answer 11

Его простота. Вы просто должны установить вверх для текущей ветви

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

Это все