지속적인 배포 정보
CD(지속적인 배포)는 자동화를 사용하여 소프트웨어 업데이트를 게시하고 배포하는 방법입니다. 일반적인 CD 프로세스의 일부로 코드는 배포 전에 자동으로 빌드되고 테스트됩니다.
지속적인 배포는 종종 연속 통합과 관련됩니다. 연속 통합에 대한 자세한 내용은 "연속 통합 정보"을 참조하세요.
GitHub Actions를 사용하는 연속 통합 정보
GitHub Actions 워크플로를 설정하여 소프트웨어 제품을 배포할 수 있습니다. 워크플로는 리포지토리에서 코드를 빌드하고 배포하기 전에 제품이 예상대로 작동하는지 확인하기 위해 테스트를 실행할 수 있습니다.
GitHub AE 이벤트가 발생할 때(예: 새 코드가 리포지토리의 기본 분기에 푸시될 때) 설정된 일정에 따라 수동으로 또는 외부 이벤트가 리포지토리 디스패치 웹후크를 사용하여 발생할 때 실행되도록 CD 워크플로를 구성할 수 있습니다. 워크플로를 실행할 수 있는 시기에 대한 자세한 내용은 "워크플로를 트리거하는 이벤트"을 참조하세요.
GitHub Actions는 배포를 더 잘 제어할 수 있는 기능을 제공합니다. 예를 들어 환경을 사용하여 작업을 진행하기 위한 승인을 요구하거나, 워크플로를 트리거할 수 있는 분기를 제한하거나, 비밀에 대한 액세스를 제한할 수 있습니다. 동시성을 사용하여 CD 파이프라인을 최대 1개의 진행 중인 배포와 1개의 보류 중인 배포로 제한할 수 있습니다. 이러한 기능에 대한 자세한 내용은 "GitHub Actions를 사용하여 배포" 및 "배포에 환경 사용.
시작 워크플로 및 타사 작업
GitHub AE는 Azure Web App과 같은 인기 있는 여러 서비스에 대한 배포 시작 워크플로를 제공합니다. 시작 워크플로 사용을 시작하는 방법을 알아보려면 "시작 워크플로 사용"을 참조하거나 배포 시작 워크플로의 전체 목록을 찾아보세요. "Azure App Service에 Node.js 배포"과 같은 특정 배포 워크플로에 대한 자세한 가이드를 확인할 수도 있습니다.
또한 많은 서비스 공급자는 자사 서비스에 배포하기 위한 GitHub Marketplace에 대한 작업을 제공합니다. 전체 목록은 GitHub Marketplace를 참조하세요.