2.7. 기본 빌드 수행 및 구성
다음 섹션에서는 빌드 시작 및 취소, BuildConfig 편집,
빌드 로그 액세스 등의 기본 빌드 작업에 대한 지침을 제공합니다.
BuildConfig 삭제, 빌드 세부 정보 보기
,
2.7.1. 빌드 시작
현재 프로젝트의 기존 빌드 구성에서 새 빌드를 수동으로 시작할 수 있습니다.
프로세스
빌드를 수동으로 시작하려면 다음 명령을 입력합니다.
$ oc start-build <buildconfig_name>
2.7.1.1. 빌드 재실행
--from-build
플래그를 사용하여 빌드를 수동으로 다시 실행할 수 있습니다.
프로세스
빌드를 수동으로 다시 실행하려면 다음 명령을 입력합니다.
$ oc start-build --from-build=<build_name>
2.7.1.2. 빌드 로그 스트리밍
--follow
플래그를 지정하여 빌드의 로그를 stdout
에서 스트리밍할 수 있습니다.
프로세스
stdout
에서 빌드 로그를 수동으로 스트리밍하려면 다음 명령을 입력합니다.$ oc start-build <buildconfig_name> --follow
2.7.1.3. 빌드 시작 시 환경 변수 설정
--env
플래그를 지정하여 빌드에 원하는 환경 변수를 설정할 수 있습니다.
프로세스
원하는 환경 변수를 지정하려면 다음 명령을 입력합니다.
$ oc start-build <buildconfig_name> --env=<key>=<value>
2.7.1.4. 소스를 사용하여 빌드 시작
빌드에 Git 소스 가져오기 또는 Dockerfile을 사용하는 대신 소스를 직접 내보내 빌드를 시작할 수 있습니다. 소스는 Git 또는 SVN 작업 디렉터리, 배포하려는 사전 빌드된 바이너리 아티팩트 세트 또는 단일 파일의 콘텐츠일 수 있습니다. 이 작업은 start-build
명령에 다음 옵션 중 하나를 지정하여 수행할 수 있습니다.
옵션 | 설명 |
---|---|
| 보관하여 빌드에 바이너리 입력으로 사용할 디렉터리를 지정합니다. |
| 빌드 소스에서 유일한 파일이 될 단일 파일을 지정합니다. 이 파일은 제공된 원래 파일과 파일 이름이 동일한 빈 디렉터리의 루트에 배치됩니다. |
|
빌드에 바이너리 입력으로 사용할 로컬 리포지토리의 경로를 지정합니다. 빌드에 사용되는 분기, 태그 또는 커밋을 제어하는 |
이러한 옵션을 빌드에 직접 전달하면 해당 콘텐츠가 빌드로 스트리밍되어 현재 빌드 소스 설정을 덮어씁니다.
바이너리 입력에서 트리거된 빌드는 서버의 소스를 유지하지 않으므로 기본 이미지 변경에 의해 트리거된 리빌드는 빌드 구성에 지정된 소스를 사용합니다.
프로세스
다음 명령을 통해 소스에서 빌드를 시작하여 태그
v2
의 아카이브로 로컬 Git 리포지토리의 콘텐츠를 보냅니다.$ oc start-build hello-world --from-repo=../hello-world --commit=v2
2.7.2. 빌드 취소
웹 콘솔을 사용하거나 다음 CLI 명령을 사용하여 빌드를 취소할 수 있습니다.
프로세스
빌드를 수동으로 취소하려면 다음 명령을 입력합니다.
$ oc cancel-build <build_name>
2.7.2.1. 여러 빌드 취소
다음 CLI 명령으로 여러 빌드를 취소할 수 있습니다.
프로세스
여러 빌드를 수동으로 취소하려면 다음 명령을 입력합니다.
$ oc cancel-build <build1_name> <build2_name> <build3_name>
2.7.2.2. 모든 빌드 취소
다음 CLI 명령을 사용하여 빌드 구성에서 모든 빌드를 취소할 수 있습니다.
프로세스
모든 빌드를 취소하려면 다음 명령을 입력합니다.
$ oc cancel-build bc/<buildconfig_name>
2.7.2.3. 지정된 상태의 모든 빌드 취소
지정된 상태(new
또는 pending
등)의 빌드는 모두 취소하고 다른 상태의 빌드는 무시할 수 있습니다.
프로세스
지정된 상태의 빌드를 모두 취소하려면 다음 명령을 입력합니다.
$ oc cancel-build bc/<buildconfig_name>
2.7.3. BuildConfig 편집
빌드 구성을 편집하려면 개발자 화면의 빌드 보기에서 빌드 구성 편집 옵션을 사용합니다.
다음 보기 중 하나를 사용하여 BuildConfig
를 편집할 수 있습니다.
-
양식 보기를 사용하면 표준 양식 필드 및 확인란을 사용하여
BuildConfig
를 편집할 수 있습니다. -
YAML 보기를 사용하면 작업을 완전히 제어하여
BuildConfig
를 편집할 수 있습니다.
데이터를 손실하지 않고 양식 보기 와 YAML 보기를 전환할 수 있습니다. 양식 보기의 데이터는 YAML 보기로 전송되며 그 반대의 경우도 마찬가지입니다.
프로세스
- 개발자 화면의 빌드 보기에서 메뉴를 클릭하여 BuildConfig 편집 옵션을 확인합니다.
- Edit BuildConfig (빌드 편집)를 클릭하여 양식 보기 옵션을 확인합니다.
Git 섹션에서 애플리케이션을 생성하는 데 사용할 코드베이스의 Git 리포지토리 URL을 입력합니다. 그런 다음 URL을 검증합니다.
선택 사항: 고급 Git 옵션 표시를 클릭하여 다음과 같은 세부 정보를 추가합니다.
- 애플리케이션을 빌드하는 데 사용할 코드가 포함된 분기, 태그 또는 커밋을 지정하는 Git 참조 입니다.
- 컨텍스트 디렉터리: 애플리케이션을 빌드하는 데 사용할 코드가 포함된 하위 디렉터리를 지정합니다.
- 소스 시크릿: 프라이빗 리포지토리에서 소스 코드를 가져올 수 있는 자격 증명이 포함된 시크릿 이름을 생성합니다.
Build from (빌드에서 빌드) 섹션에서 빌드할 옵션을 선택합니다. 다음 옵션을 사용할 수 있습니다.
- 이미지 스트림 태그는 지정된 이미지 스트림 및 태그의 이미지를 참조합니다. 빌드하고 내보낼 위치의 프로젝트, 이미지 스트림 및 태그를 입력합니다.
- 이미지 스트림 이미지는 지정된 이미지 스트림 및 이미지 이름의 이미지를 참조합니다. 빌드하려는 이미지 스트림 이미지를 입력합니다. 또한 내보낼 프로젝트, 이미지 스트림 및 태그를 입력합니다.
- Docker 이미지: Docker 이미지는 Docker 이미지 리포지토리를 통해 참조됩니다. 또한 프로젝트, 이미지 스트림 및 태그를 입력하여 푸시할 위치를 참조해야 합니다.
- 선택 사항: Environment Variables(환경 변수 ) 섹션에서 Name(이름) 및 Value (값) 필드를 사용하여 프로젝트와 관련된 환경 변수를 추가합니다. 환경 변수를 추가하려면 값 추가 또는 ConfigMap 및 시크릿 에서 추가를 사용합니다.
선택 사항: 애플리케이션을 추가로 사용자 정의하려면 다음 고급 옵션을 사용합니다.
- Trigger
- 빌더 이미지가 변경되면 새 이미지 빌드를 트리거합니다. 트리거 추가를 클릭하고 유형 및 시크릿 을 선택하여 트리거 를 추가합니다.
- 보안
- 애플리케이션에 대한 시크릿을 추가합니다. 시크릿 추가를 클릭하고 보안 및 마운트 지점을 선택하여 더 많은 시크릿 을 추가합니다.
- policy
- Run policy (정책 실행)를 클릭하여 빌드 실행 정책을 선택합니다. 선택한 정책에 따라 빌드 구성에서 생성된 빌드를 실행해야 하는 순서가 결정됩니다.
- 후크
- 빌드 마지막에 명령을 실행하도록 이미지를 빌드한 후 빌드 후크 실행을 선택하고 이미지를 확인합니다. 후크 유형,명령 및 인수를 추가하여 명령에 추가합니다.
-
Save(저장 )를 클릭하여
BuildConfig
를 저장합니다.
2.7.4. BuildConfig 삭제
다음 명령을 사용하여 BuildConfig
를 삭제할 수 있습니다.
프로세스
BuildConfig
를 삭제하려면 다음 명령을 입력합니다.$ oc delete bc <BuildConfigName>
이 명령은 이
BuildConfig
에서 인스턴스화한 빌드도 모두 삭제합니다.BuildConfig
는 삭제하고BuildConfig
에서 인스턴스화한 빌드는 유지하려면 다음 명령을 입력할 때--cascade=false
플래그를 지정하십시오.$ oc delete --cascade=false bc <BuildConfigName>
2.7.5. 빌드 세부 정보 보기
웹 콘솔을 사용하거나 oc describe
CLI 명령을 사용하여 빌드 세부 정보를 볼 수 있습니다.
다음을 포함한 정보가 표시됩니다.
- 빌드 소스입니다.
- 빌드 전략입니다.
- 출력 대상입니다.
- 대상 레지스트리의 이미지 다이제스트입니다.
- 빌드를 생성한 방법입니다.
빌드에서 Docker
또는 Source
전략을 사용하는 경우 oc describe
출력에 커밋 ID, 작성자, 커밋, 메시지 등 해당 빌드에 사용된 소스 리버전 정보도 포함됩니다.
프로세스
빌드 세부 정보를 보려면 다음 명령을 입력합니다.
$ oc describe build <build_name>
2.7.6. 빌드 로그에 액세스
웹 콘솔 또는 CLI를 사용하여 빌드 로그에 액세스할 수 있습니다.
프로세스
빌드를 직접 사용하여 로그를 스트리밍하려면 다음 명령을 입력합니다.
$ oc describe build <build_name>
2.7.6.1. BuildConfig 로그에 액세스
웹 콘솔 또는 CLI를 사용하여 BuildConfig
로그에 액세스할 수 있습니다.
프로세스
BuildConfig
의 최신 빌드 로그를 스트리밍하려면 다음 명령을 입력합니다.$ oc logs -f bc/<buildconfig_name>
2.7.6.2. 특정 버전 빌드의 BuildConfig 로그에 액세스
웹 콘솔 또는 CLI를 사용하여 특정 버전 빌드의 BuildConfig
로그에 액세스할 수 있습니다.
프로세스
특정 버전 빌드의
BuildConfig
로그를 스트리밍하려면 다음 명령을 입력합니다.$ oc logs --version=<number> bc/<buildconfig_name>
2.7.6.3. 로그 세부 정보 표시 활성화
BuildConfig
에서 sourceStrategy
또는 dockerStrategy
의 일부로 BUILD_LOGLEVEL
환경 변수를 전달하여 더 세부적인 출력을 제공할 수 있습니다.
관리자는 env/BUILD_LOGLEVEL
을 구성하여 전체 OpenShift Container Platform 인스턴스에 대한 기본 빌드 세부 정보 표시 수준을 설정할 수 있습니다. 이 기본값은 지정된 BuildConfig
에 BUILD_LOGLEVEL
을 지정하여 덮어쓸 수 있습니다. 명령줄에서 --build-loglevel
을 oc start-build
로 전달하여 바이너리가 아닌 빌드에 더 높은 우선순위를 지정할 수 있습니다.
소스 빌드에 사용 가능한 로그 수준은 다음과 같습니다.
수준 0 |
|
수준 1 | 실행된 프로세스에 대한 기본 정보를 생성합니다. |
수준 2 | 실행된 프로세스에 대한 매우 자세한 정보를 생성합니다. |
수준 3 | 실행된 프로세스에 대한 자세한 정보와 아카이브 콘텐츠 목록을 생성합니다. |
수준 4 | 현재는 수준 3과 동일한 정보를 제공합니다. |
수준 5 | 위 수준에서 언급한 모든 정보를 생성하고 Docker 내보내기 메시지도 제공합니다. |
프로세스
더 세부적인 출력을 제공하기 위해
BuildConfig
에서sourceStrategy
또는dockerStrategy
의 일부로BUILD_LOGLEVEL
환경 변수를 전달합니다.sourceStrategy: ... env: - name: "BUILD_LOGLEVEL" value: "2" 1
- 1
- 이 값을 원하는 로그 수준으로 조정합니다.