검색

7.6. 바이너리 빌드

download PDF

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.gz 또는 zip 형식일 수 있습니다.
  • Git 리포지토리에서--from-repo: 이는 현재 사용자 로컬 머신의 Git 리포지토리에 포함된 소스용입니다. 현재 리포지토리의 HEAD 커밋이 보관되고 빌드를 위해 OpenShift로 전송됩니다.

7.6.1.1. 사용 사례

바이너리 빌드는 기존 Git 리포지토리에서 소스를 가져오기 위한 빌드의 요구 사항을 제거합니다. 바이너리 빌드를 사용하는 이유는 다음과 같습니다.

  • 로컬 코드 변경 사항 빌드 및 테스트. 공용 리포지토리의 소스를 복제할 수 있으며 빌드를 위해 로컬 변경 사항을 OpenShift에 업로드할 수 있습니다. 로컬 변경 사항은 어디서나 커밋하거나 푸시할 필요가 없습니다.
  • 개인 코드 빌드. 새 빌드를 바이너리 빌드로 처음부터 시작할 수 있습니다. 그런 다음 소스를 SCM에 확인하지 않고 로컬 워크스테이션에서 OpenShift로 직접 업로드할 수 있습니다.
  • 다른 소스의 아티팩트로 이미지 빌드. Jenkins 파이프라인을 통해 바이너리 빌드는 Maven 또는 C 컴파일러와 같은 도구와 빌드된 아티팩트와 이러한 빌드를 사용하는 런타임 이미지를 결합하는 데 유용합니다.

7.6.1.2. 제한 사항

  • 바이너리 빌드는 반복할 수 없습니다. 바이너리 빌드는 빌드 시작 시 사용자 업로드 아티팩트를 사용하므로 OpenShift는 사용자가 매번 동일한 업로드를 반복하지 않고도 동일한 빌드를 반복할 수 없습니다.
  • 바이너리 빌드는 자동으로 트리거할 수 없습니다. 사용자가 필요한 바이너리 아티팩트를 업로드하는 경우에만 수동으로 시작할 수 있습니다.
참고

바이너리 빌드로 시작되는 빌드에는 구성된 소스 URL도 있을 수 있습니다. 이 경우 트리거는 빌드를 성공적으로 시작하지만 소스는 구성된 소스 URL에서 제공되며, 빌드가 마지막으로 실행된 경우 사용자가 제공한 정보에서 제공되지 않습니다.

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.