You can contact Служба поддержки GitHub for assistance with GitHub Actions.
Providing diagnostic and troubleshooting information
The contents of private and internal repositories are not visible to Служба поддержки GitHub, so Служба поддержки GitHub may request additional information to understand the complete context of your inquiry and reproduce any unexpected behavior. You can accelerate the resolution of your inquiry by providing this information when you initially raise a ticket with Служба поддержки GitHub.
Some information that Служба поддержки GitHub will request can include, but is not limited to, the following:
-
The URL of the workflow run.
For example:
https://DOMAIN/ORG/REPO/actions/runs/0123456789
-
The workflow
.yml
file(s) attached to the ticket as.txt
files. For more information about workflows, see Рабочие процессы. -
A copy of your workflow run logs for an example workflow run failure. For more information about workflow run logs, see Using workflow run logs.
-
A copy of your runner logs, which can be found under the
_diag
folder within the runner. For more information about self-hosted runners, see Мониторинг и устранение неполадок в самостоятельно размещенных средствах выполнения.Self-hosted runner log file names are be formatted:
Runner_YYYY####-xxxxxx-utc.log
andWorker_YYYY####-xxxxxx-utc.log
.
Примечание.
Attach files to your support ticket by changing the file's extension to .txt
or .zip
. If you include textual data such as log or workflow file snippets inline in your ticket, ensure they are formatted correctly as Markdown code blocks. For more information about proper Markdown formatting, see Базовый синтаксис записи и форматирования.
If the information you provide is unreadable due to the loss of formatting by improper Markdown syntax, Служба поддержки GitHub may request that resubmit the information either as an attachment or with the correct Markdown formatting.
Предупреждение
Ensure all files and text provided to Служба поддержки GitHub have been properly redacted to remove sensitive information such as tokens and other secrets.
Depending on the nature of your inquiry, Служба поддержки GitHub may also request that you generate and upload a support bundle for further review and analysis. For more information about providing data to Служба поддержки GitHub and support bundles, see Предоставление данных для службы поддержки GitHub.
Ephemeral Runner Application Log Files
Служба поддержки GitHub may request the runner application log files from ephemeral runners. GitHub expects and recommends that you have implemented a mechanism to forward and preserve the runner application log files from self-hosted ephemeral runners. For more information about runner application log files and troubleshooting self-hosted runners, see Мониторинг и устранение неполадок в самостоятельно размещенных средствах выполнения.
Actions Runner Controller
If you are using Actions Runner Controller (ARC), Служба поддержки GitHub may ask you to submit the complete logs for the controller, listeners, and runner pods. For more information about collecting Actions Runner Controller's logs, see Troubleshooting Actions Runner Controller errors.
For more information about the scope of support for Actions Runner Controller, see О поддержке контроллера запуска действий.
CodeQL and GitHub Actions
If you are requesting assistance with a Рабочий процесс анализа CodeQL, Служба поддержки GitHub may request a copy of the CodeQL debugging artifacts. For more information about debugging artifacts for a Рабочий процесс анализа CodeQL, see Журналы недостаточно подробные.
To provide the debugging artifacts to Служба поддержки GitHub, please download the CodeQL debugging artifacts from a sample workflow run and attach it to your ticket as a .zip
file. For more information on downloading workflow artifacts, see Скачивание артефактов рабочего процесса.
If the CodeQL debugging artifacts .zip
file is too large to upload to the ticket, please advise Служба поддержки GitHub, and we will work with you to determine the next steps.
Scope of support
Если ваш запрос на поддержку не входит в сферу компетенции нашей команды, рекомендуем выполнить следующие действия по устранению проблемы за пределами Служба поддержки GitHub. Ваш запрос на поддержку может не входить в сферу компетенции команды Служба поддержки GitHub, если он в основном касается следующего:
- Сторонние интеграции, такие как Jira
- Настройка оборудования.
- Проблемы, связанные с гипервизором, такие как обнаружение дисков ОС, настройка сети, сбой загрузки, доступ к консоли виртуальной машины и т. д.
- CI/CD, например Jenkins.
- Azure DevOps (обратитесь в службу поддержки Azure)
- Написание скриптов.
- Настройка внешних систем проверки подлинности, таких как поставщики удостоверений SAML.
- Проекты с открытым исходным кодом
- Написание или отладка новых запросов для CodeQL
- Конфигурации поставщика облачных служб, такие как настройка виртуальной сети, настраиваемый брандмауэр или правила прокси-сервера
- Оркестрация контейнеров, например настройка Kubernetes или сеть
- Подробная помощь в рабочих процессах и управлении данными
- Предварительные версии функций. Public preview, private preview, а также функции technical preview выходят из области Служба поддержки GitHub.
Подробные сведения о рабочих процессах и управлении данными см . в GitHub Expert Services, которые предоставляют специализированную поддержку для оптимизации использования платформы.
Если вы не знаете, входит ли ваша проблема в сферу компетенции нашей команды, создайте запрос в службу поддержки, и мы поможем вам определить оптимальный путь решения.