This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.7.6. 바이너리 빌드
7.6.1. 소개 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift의 바이너리 빌드 기능을 사용하면 개발자가 Git 리포지토리 URL에서 빌드 소스를 가져오는 대신 소스 또는 아티팩트를 빌드에 직접 업로드할 수 있습니다. source, Docker 또는 custom 전략이 있는 BuildConfig는 바이너리 빌드로 시작할 수 있습니다. 로컬 아티팩트에서 빌드를 시작하면 기존 소스 참조가 로컬 사용자의 시스템에서 가져온 소스로 교체됩니다.
source는 start-build 명령을 사용할 때 사용 가능한 인수에 해당하는 여러 가지 방법으로 제공될 수 있습니다.
-
파일에서 (
--from-file
): 빌드의 전체 소스가 단일 파일로 구성된 경우입니다. 예를 들어, Docker 빌드의Dockerfile
, Wildfly 빌드의 경우pom.xml
또는 Ruby 빌드의Gemfile
일 수 있습니다. -
디렉터리(
--from-directory
): 소스가 로컬 디렉터리에 있고 Git 리포지토리에 커밋되지 않은 경우 이 값을 사용합니다.start-build
명령은 지정된 디렉터리의 아카이브를 생성하고 소스로 빌더에 업로드합니다. -
아카이브에서 (
--from-archive
): 소스를 사용하는 아카이브가 이미 있는 경우 이 명령을 사용합니다. 아카이브는 tar ,tar
.gzzip
형식이어야 합니다. -
Git 리포지토리(
--from-repo
): 현재 사용자의 로컬 머신에 있는 Git 리포지토리의 일부인 소스용입니다. 현재 리포지토리의 HEAD 커밋이 보관되어 빌드를 위해 OpenShift로 전송됩니다.
7.6.1.1. 사용 사례 링크 복사링크가 클립보드에 복사되었습니다!
바이너리 빌드에서는 기존 Git 리포지토리에서 소스를 가져오기 위한 빌드 요구 사항을 제거합니다. 바이너리 빌드를 사용하는 이유는 다음과 같습니다.
- 로컬 코드 변경 사항 빌드 및 테스트 공용 리포지토리의 소스를 복제할 수 있으며, 빌드를 위해 로컬 변경 사항을 OpenShift에 업로드할 수 있습니다. 로컬 변경 사항을 커밋하거나 아무데도 푸시할 필요가 없습니다.
- 개인 코드 빌드. 새 빌드는 바이너리 빌드로 처음부터 시작할 수 있습니다. 그런 다음 SCM에 검사하지 않고도 로컬 워크스테이션에서 OpenShift로 소스를 직접 업로드할 수 있습니다.
- 다른 소스에서 아티팩트를 사용하여 이미지 빌드. Jenkins 파이프라인을 사용하면 바이너리 빌드가 Maven 또는 C 컴파일러와 같은 툴로 빌드된 아티팩트와 해당 빌드를 사용하는 런타임 이미지를 결합하는 데 유용합니다.
7.6.1.2. 제한 사항 링크 복사링크가 클립보드에 복사되었습니다!
- 바이너리 빌드는 반복할 수 없습니다. 바이너리 빌드는 빌드 시작 시 사용자가 아티팩트를 업로드하는 데 의존하기 때문에 사용자가 매번 동일한 업로드를 반복하지 않고 동일한 빌드를 반복할 수 없습니다.
- 바이너리 빌드를 자동으로 트리거할 수 없습니다. 사용자가 필요한 바이너리 아티팩트를 업로드할 때만 수동으로 시작할 수 있습니다.
바이너리 빌드로 시작되는 빌드에도 소스 URL이 구성될 수 있습니다. 이 경우 트리거가 빌드를 성공적으로 시작했지만 구성된 소스 URL에서 가져오고 빌드가 마지막으로 실행될 때 사용자가 제공한 소스에서 제공되지 않습니다.