Использование журналов выполнения рабочих процессов

На странице выполнения рабочего процесса можно посмотреть состояние рабочего процесса, выполняется он или завершен. Для просмотра сведений о выполнении рабочего процесса, включая общедоступные репозитории, необходимо войти в учетную запись GitHub. Дополнительные сведения см. в разделе Сведения о разрешениях на доступ в GitHub.

Если выполнение завершилось, вы можете узнать, был ли результат успешным, неудачным, отмененным или нейтральным. Если выполнение завершилось неудачно, можно просмотреть журналы сборки и выполнить по ним поиск, чтобы диагностировать сбой и повторно запустить рабочий процесс. Вы также можете просматривать оплачиваемые минуты выполнения задания, а также скачивать журналы и артефакты сборки.

GitHub Actions использует API проверок для вывода состояний, результатов и журналов рабочего процесса. GitHub создает новый набор проверок для каждого запуска рабочего процесса. Набор проверок содержит контрольный прогон для каждого задания в рабочем процессе, и каждое задание включает шаги. GitHub Actions выполняются как шаг в рабочем процессе. Дополнительные сведения об API проверок см. в разделе Проверки.

Просмотр журналов для диагностики сбоев

Если выполнение рабочего процесса завершается неудачно, вы можете увидеть, какой шаг вызвал сбой, и проверить журналы сборки неудачного шага, чтобы устранить неполадки. Вы можете увидеть время, необходимое для выполнения каждого шага. Вы также можете скопировать постоянную ссылку на определенную строку в файле журнала, чтобы поделиться со своей командой. Для выполнения этих действий требуется доступ на чтение к репозиторию.

Помимо шагов, настроенных в файле рабочего процесса, GitHub добавляет в каждое задание два дополнительных шага для настройки и завершения выполнения задания. Эти шаги регистрируются в рабочем процессе с именами "Настройка задания" и "Завершение задания".

Для заданий, выполняемых в средствах выполнения, размещенных в GitHub, шаг "Настройка задания" записывает сведения об образе средства выполнения и включает ссылку на список предустановленных средств, которые имелись на компьютере средства выполнения.

1. На экземпляр GitHub Enterprise Server перейдите на главную страницу репозитория.

2. Под именем репозитория щелкните Действия.

   

3. На левой боковой панели щелкните нужный рабочий процесс.

   

4. В списке запусков рабочего процесса щелкните имя запуска, чтобы просмотреть сводку по выполнению рабочего процесса.

5. В разделе Задания или на графе визуализации выберите задание, которое требуется просмотреть.

6. Все неудачные действия автоматически разворачиваются для отображения результатов.

7. Ссылку на определенную строку в журналах, можно также получить, щелкнув номер строки соответствующего шага. Затем можно скопировать ссылку из адресной строки браузера.

   

Поиск по журналам

Вы можете выполнять поиск определенного шага в журналах сборки. При поиске в журналах в результаты включаются только развернутые шаги. Для выполнения этих действий требуется доступ на чтение к репозиторию.

1. На экземпляр GitHub Enterprise Server перейдите на главную страницу репозитория.

2. Под именем репозитория щелкните Действия.

   

3. На левой боковой панели щелкните нужный рабочий процесс.

   

4. В списке запусков рабочего процесса щелкните имя запуска, чтобы просмотреть сводку по выполнению рабочего процесса.

5. В разделе Задания или на графе визуализации выберите задание, которое требуется просмотреть.

6. В правом верхнем углу выходных данных журнала в поле поиска по журналам введите поисковый запрос.

Скачивание журналов

Вы можете скачивать файлы журналов из запуска рабочего процесса. Вы также можете скачать артефакты рабочего процесса. Дополнительные сведения см. в разделе Хранение данных рабочего процесса в виде артефактов. Для выполнения этих действий требуется доступ на чтение к репозиторию.

1. На экземпляр GitHub Enterprise Server перейдите на главную страницу репозитория.

2. Под именем репозитория щелкните Действия.

   

3. На левой боковой панели щелкните нужный рабочий процесс.

   

4. В списке запусков рабочего процесса щелкните имя запуска, чтобы просмотреть сводку по выполнению рабочего процесса.

5. В разделе Задания или на графе визуализации выберите задание, которое требуется просмотреть.

6. В правом верхнем углу журнала выберите раскрывающееся меню , а затем щелкните Скачать архив журнала.

   

Удаление журналов

Вы можете удалять файлы журналов из запуска рабочего процесса. Для выполнения этих действий требуется доступ для записи в репозиторий.

1. На экземпляр GitHub Enterprise Server перейдите на главную страницу репозитория.

2. Под именем репозитория щелкните Действия.

   

3. На левой боковой панели щелкните нужный рабочий процесс.

   

4. В списке запусков рабочего процесса щелкните имя запуска, чтобы просмотреть сводку по выполнению рабочего процесса.

5. В правом верхнем углу выберите раскрывающееся меню , а затем щелкните Удалить все журналы.

   

6. Просмотрите запрос подтверждения.

После удаления журналов кнопка Удалить все журналы исчезает. Это указывает, что ы рабочем процессе больше не осталось файлов журналов.

Просмотр журналов с помощью GitHub CLI

Чтобы просмотреть журнал для определенного задания, используйте подкоманду run view. Замените run-id идентификатором запуска, для которого вы хотите просмотреть журналы. GitHub CLI отобразит интерактивное меню для выбора задания из запуска. Если вы не укажете run-id, GitHub CLI отобразит интерактивное меню для выбора последнего запуска, а затем другое интерактивное меню для выбора задания из этого запуска.

gh run view RUN_ID --log

Вы также можете указать идентификатор задания с помощью флага --job. Замените job-id идентификатором задания, для которого вы хотите просмотреть журналы.

gh run view --job JOB_ID --log

Вы можете использовать grep для поиска в журнале. Например, следующая команда вернет все записи журнала, содержащие слово error.

gh run view --job JOB_ID --log | grep error

Чтобы отфильтровать журналы для вывода всех неудачных шагов, используйте --log-failed вместо --log.

gh run view --job JOB_ID --log-failed