7.6. 바이너리 빌드
7.6.1. 소개
OpenShift의 바이너리 빌드 기능을 사용하면 개발자가 Git 리포지토리 URL에서 빌드를 가져오는 대신 소스 또는 아티팩트를 빌드에 직접 업로드할 수 있습니다. 소스, Docker 또는 사용자 정의 전략이 있는 BuildConfig는 바이너리 빌드로 시작할 수 있습니다. 로컬 아티팩트에서 빌드를 시작하면 기존 소스 참조가 로컬 사용자 머신에서 들어오는 소스로 교체됩니다.
소스는 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. 제한 사항
- 바이너리 빌드는 반복할 수 없습니다. 바이너리 빌드는 빌드 시작 시 사용자 업로드 아티팩트를 사용하므로 OpenShift는 사용자가 매번 동일한 업로드를 반복하지 않고도 동일한 빌드를 반복할 수 없습니다.
- 바이너리 빌드는 자동으로 트리거할 수 없습니다. 사용자가 필요한 바이너리 아티팩트를 업로드하는 경우에만 수동으로 시작할 수 있습니다.
참고
바이너리 빌드로 시작되는 빌드에는 구성된 소스 URL도 있을 수 있습니다. 이 경우 트리거는 빌드를 성공적으로 시작하지만 소스는 구성된 소스 URL에서 제공되며, 빌드가 마지막으로 실행된 경우 사용자가 제공한 정보에서 제공되지 않습니다.
