Я використовую git 1.7.1 на Ubuntu 10.10 amd64, і я намагаюся витягти хеш мого репозиторію HEAD, щоб використовувати його в автоматизованій інформації про версію, яку я компілюю в свій проект.
Раніше це завжди працювало за допомогою
git describe --tags
однак git зараз кидає
fatal: No names found, cannot describe anything.
на мене. Хтось знає, що це означає?
Google показав лише кілька звернень і жодного рішення.
git ls-remote --tags. У моєму випадку репо нещодавно було перенесено на новий сервер, і теги ще не передані!
Відповіді:
Якщо ви хочете ідентифікатор свого, HEADтоді вам не потрібно describe, вам слід просто використовувати rev-parse.
git rev-parse HEAD
Якщо ви хочете скорочений хеш, ви можете використовувати --short.
git rev-parse --short HEAD
Якщо ви хочете, щоб "опис" повернувся до скороченого хешу, якщо він не може знайти відповідних тегів, ви можете використовувати --always.
git describe --always
git describeзазвичай повертає рядок на основі об'єкта тегу, що складається з імені тегу, кількості комітів та суфікса на основі хешу. Зазвичай він не повертає скорочений хеш, тому я не зовсім впевнений, що ви просите.
Схоже, ви очікуєте git-describeвключити найновіший тег і кількість комітів з цього тегу. Однак fatal: No names foundповідомлення означає, що у вас немає тегів у вашому сховищі. Вам потрібно мати принаймні один тег в історії комітів, git describeщоб повідомити вам останній тег.
Просто здогадуючись, але, можливо, ви позначили коміт десь в іншому місці, але ніколи не штовхали тег вгору за течією (можливо, ви штовхали коміт вгору, тегували його пізніше і не відштовхували?). Тепер новий клон вашого вищого струму видає вам цю помилку (оскільки вона не має жодного тегу). Якщо це так, ви можете спробувати git push --tagsзі сховища, яке має потрібний тег (де git describeробиться те, що ви очікуєте). Потім виконайте git pullна сховищі, яке не має тегу.
У мене була ця проблема в середовищі побудови CI, де інструмент CI виконував неглибокий клон сховища. Це засмучувало, бо в моєму середовищі розробки команда
git describe --tags
дав би мені вихід, як
2.2.12-7-g8ec9d6c9
тоді як у середовищі збірки я отримав би помилку "фатально не знайдено імен". Якби я спробував використовувати тег --always
git describe --tags --always
тоді я просто отримав би хеш останнього коміту, але не найновіший тег до цього коміту
8ec9d6c9
Виконання a git pullу середовищі збірки не допомогло б, оскільки як тільки репо буде клоновано неглибоко, майбутні витяжки не оновлять теги.
Рішення було забезпечити , щоб початковий клон сховища в середовищі збірки не було дрібної клон (тобто git cloneкоманда не була використана з --depth, --shallow-sinceабо --shallow-excludeпараметри).
git fetch --depth=500працювало у мене з Travis-CI.
.travis.ymlмені це виправили:git: depth: false
git fetch --tagsв неглибокому клоні, щоб забрати відсутні теги
Це трапляється, якщо у вас немає тегів у вашому сховищі. Якщо сховище дійсно є теги, то ви в неглибокому клон (це за замовчуванням в CI системах , таких як TravisCI або GitHub дію).
Щоб отримати історію (включаючи теги) із неглибокого клону, запустіть
git fetch --prune --unshallow
Наприклад, у разі дій GitHub:
- uses: actions/checkout@v2
- run: git fetch --prune --unshallow
Потім, git describeслід знову працювати.
--tagsнеобхідних у моєму випадку - так git fetch --prune --unshallow --tags. Дивіться це питання
У мене була подібна проблема під час роботи над завданням CI, проблема полягала в git clone або checkout scm, який не використовував теги під час клонування репо.
Отримання без тегів Отримання змін, що виходять за течією, з https: // github . **********
Ви можете активувати теги отримання, вибравши "Розширена поведінка клонування", а потім клацнувши на теги завантаження.
Якщо ви потрапили сюди через це повідомлення про помилку в Travis CI, ви можете скористатися таким налаштуванням, щоб уникнути неглибоких клонів:
git:
depth: false
Я тестував, git fetch --tagsале це не спрацювало.
Ця команда мені допомогла: git fetch -t
fetch.