# 연속 배포

GitHub를 사용하여 GitHub Actions 리포지토리에서 직접 사용자 정의 연속 배포(CD) 워크플로를 만들 수 있습니다.

> \[!NOTE]
> GitHub Enterprise Server 호스트 실행기는 현재 GitHub에서 지원되지 않습니다.

## 지속적인 배포에 대한 정보

CD(*지속적인 배포*)는 자동화를 사용하여 소프트웨어 업데이트를 게시하고 배포하는 방법입니다. 일반적인 CD 프로세스의 일부로 코드는 배포 전에 자동으로 빌드되고 테스트됩니다.

지속적인 배포는 종종 연속 통합과 관련됩니다. 연속 통합에 대한 자세한 내용은 [연속 통합](/ko/enterprise-server@3.22/actions/get-started/continuous-integration)을(를) 참조하세요.

## GitHub Actions를 사용한 지속적 배포에 대한 정보

소프트웨어 제품을 배포하는 워크플로를 GitHub Actions 설정할 수 있습니다. 워크플로는 리포지토리에서 코드를 빌드하고 배포하기 전에 제품이 예상대로 작동하는지 확인하기 위해 테스트를 실행할 수 있습니다.

이벤트가 발생할 때(예: 새 코드가 리포지토리의 기본 분기에 푸시될 때) 설정된 일정에 따라 수동으로 또는 외부 이벤트가 리포지토리 디스패치 웹후크를 사용하여 발생할 때 실행되도록 CD 워크플로를 구성할 수 있습니다. 워크플로를 실행할 수 있는 시기에 대한 자세한 내용은 [워크플로를 트리거하는 이벤트](/ko/enterprise-server@3.22/actions/reference/workflows-and-actions/events-that-trigger-workflows)을(를) 참조하세요.

GitHub Actions 에서는 배포를 보다 세세하게 제어할 수 있는 기능을 제공합니다. 예를 들어 환경을 사용하여 작업을 진행하기 위한 승인을 요구하거나, 워크플로를 트리거할 수 있는 분기를 제한하거나, 비밀에 대한 액세스를 제한할 수 있습니다. 동시성을 사용하여 CD 파이프라인을 최대 진행 중인 배포 1개와 보류 중인 배포 1개로 제한할 수 있습니다. 이러한 기능에 대한 자세한 내용은 [GitHub Actions 사용하여 배포](/ko/enterprise-server@3.22/actions/how-tos/deploy/configure-and-manage-deployments/control-deployments) 및 [배포 환경 관리](/ko/enterprise-server@3.22/actions/how-tos/deploy/configure-and-manage-deployments/manage-environments)을(를) 참조하세요.

## 워크플로 템플릿 및 타사 작업

GitHub에서는 Azure Web App과 같이 인기 있는 여러 서비스에 대한 배포 워크플로 템플릿을 제공합니다. 워크플로 템플릿으로 시작하는 방법을 알아보려면 [워크플로 템플릿 사용](/ko/enterprise-server@3.22/actions/how-tos/write-workflows/use-workflow-templates) 항목을 참조하거나 [배포 워크플로 템플릿의 전체 목록을 확인하세요](https://github.com/actions/starter-workflows/tree/main/deployments).
[Azure App Service에 Node.js 배포하기](/ko/enterprise-server@3.22/actions/how-tos/deploy/deploy-to-third-party-platforms/nodejs-to-azure-app-service) 항목과 같은 특정 배포 워크플로에 대한 자세한 가이드를 확인할 수도 있습니다.

또한 많은 서비스 공급업체는 GitHub Marketplace에서 자사 서비스에 배포할 수 있는 액션도 제공합니다. 전체 목록은 다음을 참조하세요 [GitHub Marketplace](https://github.com/marketplace?category=deployment\&type=actions).

## 다음 단계

GitHub Actions 워크플로가 OIDC(OpenID Connect)를 지원하는 클라우드 공급자의 리소스에 액세스해야 하는 경우 클라우드 공급자에 직접 인증하도록 워크플로를 구성할 수 있습니다. 이렇게 하면 이러한 자격 증명을 수명이 긴 비밀로 저장하지 않을 수 있고 다른 보안 이점을 제공할 수 있습니다. 자세한 내용은 [OpenID Connect](/ko/enterprise-server@3.22/actions/concepts/security/openid-connect)을(를) 참조하세요.