tl;dr: у меня есть клонированный репозиторий, но я не могу видеть потерянную фиксацию локально. Как я могу получить эту фиксацию, если она не пришла с репо?
Подробности:
Я пытаюсь получить содержимое определенного файла для конкретной фиксации, используя gitpython, как показано ниже (используя Git 2.17.1):
repo.git.show('{}:{}'.format(12cf56252dcb1535e0fbeb9c3e3586551af671ea, '%s/%s' % ('versions/library-2.6' ,'Dockerfile'))
но я получаю эту ошибку:
"CMD ('git') не удалось из-за: кода выхода (128) cmdline: git show 12cf56252dcb1535e0fbeb9c3e3586551af671ea: версии/библиотека-2.6/dockerfile stderr: 'fatal: path' versions/library-2.6/dockerfile 'не существует. ''"
Путь действительно существует в этом коммите: ссылка на коммит
Однако на странице появляется предупреждение: «Этот коммит не принадлежит ни одной ветке в этом репозитории и может принадлежать форку за пределами репозитория».
Как я могу получить содержимое этого файла в этом коммите с помощью gitpython?
Нет, у меня есть клонированный репозиторий, как я могу получить этот коммит, если он не входит в репозиторий? @кандидат наук
Предупреждение кажется мне довольно ясным. Этот коммит не существует ни в одной ветке репозитория. Я не спорю, что файла versions/library-2.6/Dockerfile
не существует. Это просто говорит о том, что получение данного пути из этой фиксации невозможно, поскольку фиксация не существует. Откуда у тебя этот хэш?
Поскольку коммит находится не на какой-либо ветке, рано или поздно сборщик мусора его удалит. Вам лучше найти коммит на ветке. Что ищете? library-2.6
? А как насчет ветки rootfs/library-2.6?
@Dan Предупреждение о GH ясно, однако ошибка в вопросе, похоже, подразумевает, что фиксация существует локально, но файл не может быть найден в этой фиксации.
Я вижу, вы приняли мой ответ, однако я знал только, что вам нужно было получить осиротевший коммит из комментариев. Ошибка, которую вы описали в вопросе, исчезла после того, как вы получили фиксацию локально? (Если да, мне любопытно, какую версию Git вы используете? Я тестировал новую версию и получил другую ошибку, когда фиксация не была найдена.)
Я использую git версии 2.17.1, да, ошибка исчезла для этой конкретной фиксации. Спасибо за ответ. @ТТТ
@smgtkn Хорошо, отлично! Похоже, этой версии Git около 5 лет, так что, возможно, тогда git show
не различал типы ошибок. Я собираюсь немного обновить вопрос, чтобы он больше соответствовал тому, что вам нужно.
Чтобы получить потерянный коммит:
git fetch origin <full-40-char-sha>
# for example:
git fetch origin 12cf56252dcb1535e0fbeb9c3e3586551af671ea
Это предполагает, что фиксация все еще существует в репо, из которого вы извлекаете (и что ваш пульт называется origin
). Для многих инструментов SCM на основе служб, включая GitHub и Azure DevOps, по умолчанию принудительные фиксации никогда не удаляются сборщиком мусора и всегда остаются доступными через их полный хэш.
У вас есть коммит
12cf56252dcb1535e0fbeb9c3e3586551af671ea
локально? Проверьте сgit show 12cf56252dcb1535e0fbeb9c3e3586551af671ea