{"meta":{"title":"Непрерывное развертывание","intro":"Вы можете создавать кастомные рабочие процессы непрерывного развертывания (CD) прямо в своём GitHub репозитории с GitHub Actionsпомощью .","product":"GitHub Actions","breadcrumbs":[{"href":"/ru/actions","title":"GitHub Actions"},{"href":"/ru/actions/get-started","title":"Начало работы"},{"href":"/ru/actions/get-started/continuous-deployment","title":"Непрерывное развертывание"}],"documentType":"article"},"body":"# Непрерывное развертывание\n\nВы можете создавать кастомные рабочие процессы непрерывного развертывания (CD) прямо в своём GitHub репозитории с GitHub Actionsпомощью .\n\n## Сведения о непрерывном развертывании\n\n*Непрерывное развертывание* (CD) — это использование автоматизации для публикации и развертывания обновлений программного обеспечения. В рамках типичного процесса CD код создается и тестируется автоматически перед развертыванием.\n\nНепрерывное развертывание часто связано с непрерывной интеграцией. Дополнительные сведения о непрерывной интеграции см. в разделе [Непрерывная интеграция](/ru/actions/get-started/continuous-integration).\n\n## О непрерывном развертывании с использованием GitHub Actions\n\nВы можете настроить рабочий GitHub Actions процесс для развертывания вашего программного продукта. Чтобы убедиться, что продукт работает должным образом, рабочий процесс может создать код в репозитории и выполнить тесты перед развертыванием.\n\nРабочий процесс CD можно настроить для запуска при возникновении события (например, при отправке нового кода в ветвь по умолчанию репозитория), по расписанию, вручную или при возникновении внешнего события с помощью веб-перехватчика репозитория. Дополнительные сведения о запуске рабочего процесса см. в разделе [События, инициирующие рабочие процессы](/ru/actions/reference/workflows-and-actions/events-that-trigger-workflows).\n\nGitHub Actions предоставляет функции, которые дают больше контроля над развертываниями. Например, можно использовать среды для запроса подтверждения продолжения задания, ограничения ветвей, которые могут активировать рабочий процесс, или ограничения доступа к секретам. Вы можете использовать параллельность, чтобы ограничить CD-конвейер максимум одним текущим развертыванием. Дополнительные сведения об этих функциях см. в разделе \\[AUTOTITLE и [Развертывание с помощью GitHub Actions](/ru/actions/how-tos/deploy/configure-and-manage-deployments/control-deployments)]\\(/actions/how-tos/deploy/configure-and-manage-deployments/manage-environments).\n\n> \\[!TIP]\n> Вы можете использовать agentic workflows для подготовки развертывания, таких как заметки о выпуске, анализ изменений и сводки развертывания, а также сохранение рабочих развертываний в детерминированных GitHub Actions рабочих процессах. Дополнительные сведения см. в разделе [Создание агентских рабочих процессов GitHub](/ru/copilot/how-tos/github-agentic-workflows/creating-github-agentic-workflows).\n\n## Шаблоны рабочих процессов и сторонние действия\n\nGitHubпредлагает шаблоны рабочих процессов развертывания для нескольких популярных служб, таких как Azure веб-приложение. Сведения о начале работы с шаблоном рабочего процесса см. в разделе [Использование шаблонов рабочих процессов](/ru/actions/how-tos/write-workflows/use-workflow-templates) или [полный список шаблонов рабочих](https://github.com/actions/starter-workflows/tree/main/deployments) процессов развертывания. Вы также можете ознакомиться с более подробными руководствами по конкретным рабочим процессам развертывания, таким как [Отправка Node.js в Azure App Service](/ru/actions/how-tos/deploy/deploy-to-third-party-platforms/nodejs-to-azure-app-service).\n\nМногие поставщики услуг также предлагают действия GitHub Marketplace по развертыванию в их службе. Полный список см. в разделе [GitHub Marketplace](https://github.com/marketplace?category=deployment\\&type=actions).\n\n## Следующие шаги\n\nЕсли вашим GitHub Actions рабочим процессам нужно получать доступ к ресурсам облачного провайдера, поддерживающего OpenID Connect (OIDC), вы можете настроить свои рабочие процессы для аутентификации напрямую в облачном провайдере. Это позволит прекратить хранение таких учетных данных в виде долгоживущих секретов и обеспечить другие преимущества безопасности. Дополнительные сведения см. в разделе [OpenID Connect](/ru/actions/concepts/security/openid-connect)."}