Auto DevOps 스테이지

Auto DevOps 스테이지에 대해 설명합니다.

다음 섹션에서는 Auto DevOps 의 스테이지를 설명합니다. 각 스테이지가 어떻게 작동하는지 이해하기 위해 주의 깊게 읽으세요. Auto Build # Note Auto Build는 OpenShift 클러스터처럼 GitLab Runner에서 Docker in Docker를 사용할 수 없는 경우 지원되지 않습니다. GitLab의 OpenShift 지원은 전용 에픽 에서 추적됩니다. Auto Build는 기존 Dockerfile 또는 Heroku 빌드팩을 사용하여 애플리케이션 빌드를 생성합니다. 생성된 Docker 이미지는 컨테이너 레지스트리 에 푸시되고 커밋 SHA 또는 태그로 태그됩니다. Dockerfile을 사용한 Auto Build # 프로젝트 저장소의 루트에 Dockerfile 이 있는 경우 Auto Build는 docker build 를 사용하여 Docker 이미지를 생성합니다. Auto Review Apps와 Auto Deploy를 사용하고 자체 Dockerfile 을 제공하려는 경우 다음 중 하나를 수행해야 합니다: 기본 Helm 차트 가 이 포트를 사용 가능하다고 가정하므로 애플리케이션을 포트 5000 에 노출합니다. Auto Deploy Helm 차트 커스터마이징 으로 기본값을 재정의합니다. Cloud Native Buildpacks를 사용한 Auto Build # Auto Build는 Dockerfile 이 있는 경우 프로젝트의 Dockerfile 을 사용하여 애플리케이션을 빌드합니다. Dockerfile 이 없는 경우 Auto Build는 Cloud Native Buildpacks 를 사용하여 애플리케이션을 감지하고 Docker 이미지로 빌드합니다. 이 기능은 pack 명령 을 사용합니다. 기본 빌더 는 heroku/buildpacks:22 이지만 CI/CD 변수 AUTO_DEVOPS_BUILD_IMAGE_CNB_BUILDER 를 사용하여 다른 빌더를 선택할 수 있습니다. 각 빌드팩은 Auto Build가 애플리케이션을 성공적으로 빌드하기 위해 프로젝트 저장소에 특정 파일이 포함되어 있어야 합니다. 구조는 선택한 빌더와 빌드팩에 따라 다릅니다. 예를 들어, Heroku 빌더(기본값)를 사용할 때 애플리케이션의 루트 디렉토리에 애플리케이션의 언어에 적합한 파일이 있어야 합니다: Python 프로젝트의 경우 Pipfile 또는 requirements.txt 파일. Ruby 프로젝트의 경우 Gemfile 또는 Gemfile.lock 파일. 다른 언어 및 프레임워크의 요구 사항은 Heroku 빌드팩 문서 를 참조하세요. Note Auto Test는 여전히 Herokuish를 사용합니다. 테스트 스위트 감지가 아직 Cloud Native Buildpack 사양의 일부가 아니기 때문입니다. 자세한 내용은 이슈 212689 를 참조하세요. 빌드 컨테이너에 볼륨 마운트 # 변수 BUILDPACK_VOLUMES 를 사용하여 pack 명령에 볼륨 마운트 정의를 전달할 수 있습니다. 마운트는 --volume 인수를 사용하여 pack b