Можно ли клонировать репозиторий по хэшу коммита?

Question

[Кирилл Оленёв]

В проекте строим билды через Хадсон.
Для получения кода делаем git clone
Хочется строить билды для конкретной ветки и коммита.
Проблема в том, что для имени ветки всё работает хорошо, т. е:

git clone our_repo/repo_name.git -b master_Branch_Name

Но если вместо имени ветки поставить хэш, скажем:

git clone our_repo/repo_name.git -b c0ff7a5663a73790746a084b023c3f75ec6b0465

Получаем

fatal: Remote branch c0ff7a5663a73790746a084b023c3f75ec6b0465 not found in upstream origin

Да можно, конечно, сначала клонировать
git clone our_repo/repo_name.git
затем распаковать другой коммит

git checkout c0ff7a5663a73790746a084b023c3f75ec6b0465

Но может есть решение в одну команду?
Или почему не работает git clone -b?

Answer 1

[Кирилл Оленёв]

Вроде кое-что нашёл. Нельзя это делать по причине безопасности.
Подробнее тут:
git.661346.n2.nabble.com/Fetch-by-SHA-missing-td56...
и тут:
thread.gmane.org/gmane.comp.version-control.git/73...

Answer 2

[Юрий Пузыня]

Я бы посоветовал пользоваться тегами в данном случае, всем станет жить легче:

git tag -a v0.0.7 -m "Tagged version 0.0.7"
git push --follow-tags

git clone repo -b v0.0.7

В документации ни слова о том, что этот флаг может принимать sha1

Comments

[Кирилл Оленёв]

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

[Юрий Пузыня]

Тестеры каждый раз с нуля клонируют проект?

[Кирилл Оленёв]

Хадсон, они через него строят.

Answer 3

[Алексей Яхненко]

потому что
-b
Instead of pointing the newly created HEAD to the branch pointed to by the cloned repository’s HEAD, point to branch instead. In a non-bare repository, this is the branch that will be checked out. --branch can also take tags and detaches the HEAD at that commit in the resulting repository.

юзайте теги, да и в целом, чем плохо в 2 строки?

Comments

[Кирилл Оленёв]

Почему не подходят тэги, написал в комменте на ответ выше..
2 строки - ничем не плохо. Просто не понятно почему по имени и тэгу можно, а по хэшу вдруг нельзя..

[Алексей Яхненко]

Кирилл Оленёв: как-то подозрительно у вас процесс организован, имхо
зачем каждый раз клонировать, и что такое творится с кодом, что часто нужно отдельные коммиты тестить.

[Кирилл Оленёв]

Ну клонируем не весь репозиторий, а только одну ветку. Это не является проблемой.
Процесс и код тоже не причём. Просто часто удобно бывает построить конкретный коммит, скажем есть dev ветка, в ней 20 коммитов. Первые 10 вроде вроде как уже более менее стабильны, можно сделать быстрый промежуточный билд без раздувания процесса..

[Кирилл Оленёв]

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

[Алексей Яхненко]

Кирилл Оленёв: чисто для примера, как у меня на проекте:
накопилось чуток замерженных пулл-реквестов - делается билд.
билд делается из конкретной ветки, как правило - dev.
в момент билдования туда ставится тэг, например dev5.0.8.
в результате на сервере где все тестируется мы можем легко переключать билды с помощью тегов.
ну и чтобы найти "хитрый баг" - достаточно определить в каком билде он появился, а там уже вручную проанализировать коммиты между соседними билдами.

[Кирилл Оленёв]

Ну, понимаете, на вкус и цвет, и кому как удобнее:)
Вопрос ведь, не для чего так надо, а как)
Верный ответ - клонировать по хэшу нельзя - work as designed как говорится..

[Сергей Кузнецов]

Кирилл Оленёв,

Ну клонируем не весь репозиторий, а только одну ветку.

Нет, команда git clone -b клонирует весь репозиторий со всеми ветками. Ключ --branch лишь заставляет потом распаковать в рабочий каталог не текущую ветку, а ту, которую вам хочется.

найти хитрый баг, который не ясно когда точно появился..надо делать "бинарный поиск" по коммитам назад

Тоже не понятно, зачем тут на каждом шаге заново клонировать. Лучше один раз сделать clone, а затем просто переключаться между коммитами.

Верный ответ - клонировать по хэшу нельзя - work as designed как говорится..

Скорее одной командой нельзя.

Извлечь из внешнего репозитория лишь один коммит можно и довольно легко

git init
git fetch --depth=1 <repository_url> <commit_hash>
git checkout FETCH_HEAD

Но зачем?