{"meta":{"title":"Журналы недостаточно подробные","intro":"Увеличивайте многословность логов и генерируйте отладочные артефакты, когда логи не хватают диагностических деталей.","product":"Безопасность и качество кода","breadcrumbs":[{"href":"/ru/code-security","title":"Безопасность и качество кода"},{"href":"/ru/code-security/reference","title":"Reference"},{"href":"/ru/code-security/reference/code-scanning","title":"Проверка кода"},{"href":"/ru/code-security/reference/code-scanning/troubleshoot-analysis-errors","title":"Устранение ошибок анализа"},{"href":"/ru/code-security/reference/code-scanning/troubleshoot-analysis-errors/logs-not-detailed-enough","title":"Журналы недостаточно подробные"}],"documentType":"article"},"body":"# Журналы недостаточно подробные\n\nУвеличивайте многословность логов и генерируйте отладочные артефакты, когда логи не хватают диагностических деталей.\n\nЕсли ваши журналы недостаточно подробны для устранения проблемы, существует несколько шагов, чтобы получить дополнительную информацию и сделать логи более полезными.\n\n## Включение ведения журнала отладки шагов\n\nЛогирование отладки шагов увеличивает объяснение логов задания во время и после выполнения.\n\nДля включения поэтапного отладочного логирования:\n\n1. В репозитории, содержащем рабочий процесс, установите следующий секрет или переменную: `ACTIONS_STEP_DEBUG` в `true`. Если заданы секрет и переменная, значение секрета имеет приоритет над переменной.\n2. Запусти рабочий процесс заново или запусти новый запуск.\n\nПосле задания секрета или переменной в журналах шагов отображаются дополнительные события отладки. См [. раздел AUTOTITLE](/ru/actions/how-tos/monitor-workflows/use-workflow-run-logs#viewing-logs-to-diagnose-failures).\n\nВы также можете использовать `runner.debug` контекст для условного запуска шагов только при включении отладочных логировок. См [. раздел AUTOTITLE](/ru/actions/reference/workflows-and-actions/contexts#runner-context).\n\n## Создание CodeQL артефактов отладки\n\n> \\[!WARNING]\n> CodeQL Отладка артефактов содержит копию исходного кода, анализируемую CodeQL, поэтому мы рекомендуем совместно использовать эти пакеты только с людьми, которым разрешен доступ к этому исходному коду.\n\nАртефакты можно получить для отладки CodeQL.\nОтладочные артефакты будут загружаны в рабочий процесс в виде артефактов с именами, начинающимися на `debug-artifacts`. Если CodeQL анализировать несколько языков одновременно в рамках выполнения рабочего процесса, для каждого языка будет один такой артефакт. Данные содержат CodeQL журналы, базы данных, CodeQL извлеченные файлы исходного кода и все файлы SARIF, созданные рабочим процессом. Дополнительные сведения о скачивании CodeQL артефактов см. в разделе [Скачивание артефактов рабочего процесса](/ru/actions/how-tos/manage-workflow-runs/download-workflow-artifacts).\n\nЭти артефакты помогут выполнить отладку проблем.CodeQLcode scanning Если вы обратитесь Служба поддержки GitHub, они могут запросить эти данные.\n\n### Создание CodeQL артефактов отладки для CodeQL настройки по умолчанию\n\nВы можете создавать CodeQL артефакты отладки, включив ведение журнала отладки шага (см. включение [ведения журнала отладки шага](#enabling-step-debug-logging)) и запуская новый анализ, например путем отправки новой CodeQL фиксации в ветвь запроса на вытягивание.\n\nЕсли у вас есть CodeQL доступ к частным реестрам, будут доступны дополнительные артефакты, имена которых начинаются `proxy-log-file` . Они содержат журналы прокси-сервера проверки подлинности, который используется CodeQL по умолчанию для проверки подлинности запросов к частным реестрам и может использоваться для устранения неполадок конфигураций частного реестра. Дополнительные сведения см. в разделе [Предоставление доступа к частным реестрам функций безопасности](/ru/code-security/how-tos/secure-at-scale/configure-organization-security/manage-usage-and-access/giving-org-access-private-registries).\n\n### Создание CodeQL артефактов отладки для CodeQL расширенной настройки\n\nОтладка артефактов для CodeQL расширенной настройки может быть получена различными способами.\n\n#### Повторный запуск заданий с включённым логированием отладки\n\nСамый простой вариант создания артефактов отладки для CodeQL расширенной настройки — повторное выполнение заданий с включенным ведением журнала отладки. Дополнительные сведения о повторном выполнении GitHub Actions рабочих процессов и заданий см. в разделе [Повторный запуск рабочих процессов и заданий](/ru/actions/how-tos/manage-workflow-runs/re-run-workflows-and-jobs).\n\nНеобходимо выбрать параметр **Включить ведение журнала отладки**. Он позволит включить ведение журнала диагностики средства выполнения и ведение журнала отладки шага для выполнения. Затем вы сможете скачать CodeQL артефакты отладки для дальнейшего изучения. При создании CodeQL артефактов отладки при повторном выполнении заданий не требуется изменять файл рабочего процесса.\n\n#### Использование флага рабочего процесса\n\nАртефакты отладки можно создать CodeQL с помощью флага в рабочем процессе. Для этого необходимо изменить `init` шаг Рабочий процесс анализа CodeQL файла и задать `debug: true`.\n\n```yaml\n- name: Initialize CodeQL\n  uses: github/codeql-action/init@v4\n  with:\n    debug: true\n```\n\n#### Использование GitHub Actions ведения журнала отладки шага\n\nЕсли включить GitHub Actions ведение журнала отладки шагов, CodeQL то также будут создаваться артефакты отладки и отправлять их в процессе выполнения рабочего процесса. Инструкции смотрите [в разделе «Включение этапного отладочного логирования](#enabling-step-debug-logging)»."}