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://github.com/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."
-
If you are running this workflow on a self-hosted runner, self-hosted 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
.
Note: 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.
Warning: Ensure all files and text provided to Служба поддержки GitHub have been properly redacted to remove sensitive information such as tokens and other secrets.
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 "Устранение неполадок с ошибками контроллера запуска действий."
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
- Enterprise Cloud Importer (доступно только при миграции на основе экспертов)
- CI/CD, например Jenkins.
- Написание скриптов.
- Настройка внешних систем проверки подлинности, таких как поставщики удостоверений SAML.
- Проекты с открытым исходным кодом
- Написание или отладка новых запросов для CodeQL
- Конфигурации поставщика облачных служб, такие как настройка виртуальной сети, настраиваемые правила брандмауэра или прокси-сервера.
- Оркестрация контейнеров, например настройка Kubernetes, сеть и т. д.
- Подробная помощь в рабочих процессах и управлении данными
- Бета-версия функций. Поддержка бета-функций выходит из области Служба поддержки GitHub.
Подробные сведения о рабочих процессах и управлении данными см . в GitHub Expert Services, которые предоставляют специализированную поддержку для оптимизации использования платформы.
Если вы не знаете, входит ли ваша проблема в сферу компетенции нашей команды, создайте запрос в службу поддержки, и мы поможем вам определить оптимальный путь решения.