{"meta":{"title":"Добавление меток к проблемам","intro":"Вы можете использовать GitHub Actions для автоматической маркировки проблем.","product":"GitHub Actions","breadcrumbs":[{"href":"/ru/enterprise-server@3.22/actions","title":"GitHub Actions"},{"href":"/ru/enterprise-server@3.22/actions/tutorials","title":"Учебники"},{"href":"/ru/enterprise-server@3.22/actions/tutorials/manage-your-work","title":"Управление работой"},{"href":"/ru/enterprise-server@3.22/actions/tutorials/manage-your-work/add-labels-to-issues","title":"Добавление меток в проблемы"}],"documentType":"article"},"body":"# Добавление меток к проблемам\n\nВы можете использовать GitHub Actions для автоматической маркировки проблем.\n\n> \\[!NOTE]\n> GitHub Enterprise Serverразмещенные в данный момент средства выполнения не поддерживаются в GitHub.\n\n## Введение\n\nВ этом руководстве показано, как использовать GitHub CLI рабочий процесс для метки вновь открытых или вновь открытых проблем. Например, метку `triage` можно добавлять при каждом открытии или повторном открытии проблемы. Затем можно просмотреть все проблемы, которые необходимо уделить внимание, отфильтровав проблемы с меткой `triage`.\n\nЭто GitHub CLI позволяет легко использовать GitHub API в рабочем процессе.\n\nВ руководстве сначала вы создайте файл рабочего процесса, использующий файл GitHub CLIрабочего процесса. Затем вы настроите рабочий процесс в соответствии с вашими потребностями.\n\n## Создание рабочего процесса\n\n1. Выберите репозиторий, в котором вы хотите применить этот рабочий процесс управления проектами. Вы можете использовать существующий репозиторий, к которому у вас есть доступ для записи, или создать репозиторий. Дополнительные сведения о создании репозитория см. в разделе [Создание репозитория](/ru/enterprise-server@3.22/repositories/creating-and-managing-repositories/creating-a-new-repository).\n\n2. В репозитории создайте файл с именем `.github/workflows/YOUR_WORKFLOW.yml`, где `YOUR_WORKFLOW` — это любое имя на ваш выбор. Это файл рабочего процесса. Дополнительные сведения о создании новых файлов на сайте GitHub см. в разделе [Создание новых файлов](/ru/enterprise-server@3.22/repositories/working-with-files/managing-files/creating-new-files).\n\n3. Скопируйте следующее содержимое YAML в файл рабочего процесса.\n\n   ```yaml copy\n   name: Label issues\n   on:\n     issues:\n       types:\n         - reopened\n         - opened\n   jobs:\n     label_issues:\n       runs-on: ubuntu-latest\n       permissions:\n         issues: write\n       steps:\n         - run: gh issue edit \"$NUMBER\" --add-label \"$LABELS\"\n           env:\n             GH_TOKEN: ${{ secrets.GITHUB_TOKEN }}\n             GH_REPO: ${{ github.repository }}\n             NUMBER: ${{ github.event.issue.number }}\n             LABELS: triage\n   ```\n\n4. `env` Настройте значения в файле рабочего процесса:\n   * Значения `GH_TOKEN`и `GH_REPO` значения автоматически задаются с помощью `NUMBER` и `github` контекстов. `secrets` Изменить их не нужно.\n   * В качестве значения для `LABELS` укажите список меток, которые вы хотите добавить к проблеме. Метки должны существовать для репозитория. Несколько меток следует разделять запятыми. Например: `help wanted,good first issue`. Дополнительные сведения о метках см. в разделе [Управление метками](/ru/enterprise-server@3.22/issues/using-labels-and-milestones-to-track-work/managing-labels).\n\n5. Зафиксируйте файл рабочего процесса в ветви по умолчанию вашего репозитория. Дополнительные сведения см. в разделе [Создание новых файлов](/ru/enterprise-server@3.22/repositories/working-with-files/managing-files/creating-new-files).\n\n## Тестирование рабочего процесса\n\nПри каждом открытии или повторном открытии проблемы в репозитории этот рабочий процесс будет добавлять к ней указанные метки.\n\nПротестируйте рабочий процесс, создав проблему в репозитории.\n\n1. Создайте проблему в репозитории. Дополнительные сведения см. в разделе [Создание проблемы](/ru/enterprise-server@3.22/issues/tracking-your-work-with-issues/using-issues/creating-an-issue).\n2. Чтобы просмотреть выполнение рабочего процесса, которое было активировано путем создания проблемы, просмотрите журнал выполнений рабочего процесса. Дополнительные сведения см. в разделе [Просмотр журнала выполнения рабочего процесса](/ru/enterprise-server@3.22/actions/how-tos/monitor-workflows/view-workflow-run-history).\n3. После завершения рабочего процесса к созданной проблеме должны быть добавлены указанные метки.\n\n## Следующие шаги\n\n* Дополнительные сведения о дополнительных возможностях см. в GitHub CLI[руководстве GitHub CLI](https://cli.github.com/manual/).\n* Дополнительные сведения о различных событиях, которые могут активировать рабочий процесс, см. в разделе [События, инициирующие рабочие процессы](/ru/enterprise-server@3.22/actions/reference/workflows-and-actions/events-that-trigger-workflows#issues).\n* [Поиск GitHub](https://github.com/search?q=path%3A.github%2Fworkflows+gh+issue+edit\\&type=code) для примеров рабочих процессов с использованием `gh issue edit`."}