{"meta":{"title":"Планирование создания проблем","intro":"Вы можете использовать GitHub Actions для создания проблемы на регулярной основе для таких вопросов, как ежедневные собрания или квартальные проверки.","product":"GitHub Actions","breadcrumbs":[{"href":"/ru/enterprise-server@3.21/actions","title":"GitHub Actions"},{"href":"/ru/enterprise-server@3.21/actions/tutorials","title":"Учебники"},{"href":"/ru/enterprise-server@3.21/actions/tutorials/manage-your-work","title":"Управление работой"},{"href":"/ru/enterprise-server@3.21/actions/tutorials/manage-your-work/schedule-issue-creation","title":"Планирование создания проблемы"}],"documentType":"article"},"body":"# Планирование создания проблем\n\nВы можете использовать GitHub Actions для создания проблемы на регулярной основе для таких вопросов, как ежедневные собрания или квартальные проверки.\n\n> \\[!NOTE]\n> GitHub Enterprise Serverразмещенные в данный момент средства выполнения не поддерживаются в GitHub.\n\n## Введение\n\nВ этом руководстве показано, как GitHub CLI регулярно создавать проблему. Например, вы можете создавать проблему каждую неделю и использовать ее в качестве повестки дня для собрания команды. Дополнительные сведения см. в GitHub CLIразделе [Использование GitHub CLI в рабочих процессах](/ru/enterprise-server@3.21/actions/how-tos/write-workflows/choose-what-workflows-do/use-github-cli).\n\nВ руководстве сначала вы создайте файл рабочего процесса, использующий файл GitHub CLIрабочего процесса. Затем вы настроите рабочий процесс в соответствии с вашими потребностями.\n\n## Создание рабочего процесса\n\n1. Выберите репозиторий, в котором вы хотите применить этот рабочий процесс управления проектами. Вы можете использовать существующий репозиторий, к которому у вас есть доступ для записи, или создать репозиторий. Дополнительные сведения о создании репозитория см. в разделе [Создание репозитория](/ru/enterprise-server@3.21/repositories/creating-and-managing-repositories/creating-a-new-repository).\n\n2. В репозитории создайте файл с именем `.github/workflows/YOUR_WORKFLOW.yml`, где `YOUR_WORKFLOW` — это любое имя на ваш выбор. Это файл рабочего процесса. Дополнительные сведения о создании новых файлов на сайте GitHub см. в разделе [Создание новых файлов](/ru/enterprise-server@3.21/repositories/working-with-files/managing-files/creating-new-files).\n\n3. Скопируйте следующее содержимое YAML в файл рабочего процесса.\n\n   ```yaml copy\n   name: Weekly Team Sync\n   on:\n     schedule:\n       - cron: 20 07 * * 1\n\n   jobs:\n     create_issue:\n       name: Create team sync issue\n       runs-on: ubuntu-latest\n       permissions:\n         issues: write\n       steps:\n         - name: Create team sync issue\n           run: |\n             if [[ $CLOSE_PREVIOUS == true ]]; then\n               previous_issue_number=$(gh issue list \\\n                 --label \"$LABELS\" \\\n                 --json number \\\n                 --jq '.[0].number')\n               if [[ -n $previous_issue_number ]]; then\n                 gh issue close \"$previous_issue_number\"\n                 gh issue unpin \"$previous_issue_number\"\n               fi\n             fi\n             new_issue_url=$(gh issue create \\\n               --title \"$TITLE\" \\\n               --assignee \"$ASSIGNEES\" \\\n               --label \"$LABELS\" \\\n               --body \"$BODY\")\n             if [[ $PINNED == true ]]; then\n               gh issue pin \"$new_issue_url\"\n             fi\n           env:\n             GH_TOKEN: ${{ secrets.GITHUB_TOKEN }}\n             GH_REPO: ${{ github.repository }}\n             TITLE: Team sync\n             ASSIGNEES: monalisa,doctocat,hubot\n             LABELS: weekly sync,docs-team\n             BODY: |\n               ### Agenda\n\n               - [ ] Start the recording\n               - [ ] Check-ins\n               - [ ] Discussion points\n               - [ ] Post the recording\n\n               ### Discussion Points\n               Add things to discuss below\n\n               - [Work this week](https://github.com/orgs/github/projects/3)\n             PINNED: false\n             CLOSE_PREVIOUS: false\n   ```\n\n4. Настройте параметры в файле рабочего процесса.\n   * Измените значение для `on.schedule`, чтобы определить время выполнения рабочего процесса. В приведенном выше примере рабочий процесс будет запускаться каждый день в 7:20 (в формате UTC). Дополнительные сведения о запланированных рабочих процессах см. в разделе [События, инициирующие рабочие процессы](/ru/enterprise-server@3.21/actions/reference/workflows-and-actions/events-that-trigger-workflows#schedule).\n   * Измените значение `ASSIGNEES` списка имен пользователей GitHub , которые нужно назначить проблеме.\n   * В качестве значения для `LABELS` укажите список меток, которые вы хотите применить к проблеме.\n   * Измените значение `TITLE` на желаемый заголовок проблемы.\n   * Измените значение `BODY` на желаемый текст проблемы. С помощью символа `|` можно использовать для этого параметра многострочное значение.\n   * Если вы хотите закрепить эту проблему в репозитории, задайте для `PINNED` значение `true`. Дополнительные сведения о закрепленных проблемах см. в разделе [Закрепление проблемы в репозитории](/ru/enterprise-server@3.21/issues/tracking-your-work-with-issues/administering-issues/pinning-an-issue-to-your-repository).\n   * Если вы хотите закрывать предыдущую проблему, созданную этим рабочим процессом, при каждом создании новой проблемы, задайте для `CLOSE_PREVIOUS` значение `true`. Рабочий процесс закроет последнюю проблему с метками, определенными в поле `labels`. Чтобы случайно не закрыть не ту проблему, используйте уникальную метку или сочетание меток.\n\n5. Зафиксируйте файл рабочего процесса в ветви по умолчанию вашего репозитория. Дополнительные сведения см. в разделе [Создание новых файлов](/ru/enterprise-server@3.21/repositories/working-with-files/managing-files/creating-new-files).\n\n## Ожидаемые результаты\n\nНа основе параметра `schedule` (например, каждый понедельник в 7:20 UTC) рабочий процесс будет создавать новую проблему с назначенными участниками, метками, заголовком и текстом, которые вы указали. Если для `PINNED` задано значение `true`, рабочий процесс закрепит проблему в репозитории. Если для `CLOSE_PREVIOUS` задано значение true, рабочий процесс закроет последнюю проблему с соответствующими метками.\n\n> \\[!NOTE]\n> Событие `schedule` может быть отложено в периоды высокой нагрузки рабочих процессов GitHub Actions. К периодам высокой загрузки относится начало каждого часа. Если загрузка достаточно высока, некоторые задания в очереди могут быть удалены. Чтобы уменьшить вероятность задержки, запланируйте выполнение рабочего процесса в другое время часа.\n\nЧтобы периодически отслеживать выполнение рабочего процесса, можно просматривать историю его выполнений. Дополнительные сведения см. в разделе [Просмотр журнала выполнения рабочего процесса](/ru/enterprise-server@3.21/actions/how-tos/monitor-workflows/view-workflow-run-history).\n\n## Следующие шаги\n\n* Дополнительные сведения о дополнительных действиях, которые можно сделать с GitHub CLIпомощью шаблона проблемы, см. в [`gh issue create` документации](https://cli.github.com/manual/gh_issue_create).\n* [Поиск GitHub Marketplace](https://github.com/marketplace?category=\\&type=actions\\&verification=\\&query=schedule+issue) для действий, связанных с запланированными проблемами."}