호스트 된 저장소로 이동할 때 각 차트를 게시하지 않아도됩니까? 순환 종속성이없는 경우 호스트 된 저장소에 종속 순서로 각 차트를 게시 한 다음 requirements.yaml을 업데이트하십시오. 당신이 3 개 차트이있는 경우 A, B와 C
- A가 더 B 의존도도 C
- B가 없습니다 즉
는
- C에 의존하는 B에 따라
호스팅 된 Repo에 A를 게시하고 B의 요구 사항을 업데이트하여 A의 호스팅 된 Repo 이름을 가리킨 다음 B를 게시하고 C에 대한 업데이트 프로세스를 반복합니다.
비슷한 일을하고 있지만 호스트 된 저장소를 사용하지 않습니다. 나는 이미 큰 Ansible 설정을 가지고 있으므로 디렉토리에서 직접 차트를 설치하는 역할을했습니다. 내 차트에는 모두 (현재 7 개) 차트가있는 단일 자식 보고서가 있으며,이 차트에서 헬름 서버를 실행하는 것은 비슷한 과정입니다. 확실한 단점은 요구 사항을 수동으로 업데이트하는 것이지만 다른 선택 사항이 있는지 확신 할 수 없습니다.
A가 해키 비트 만 작동 할 수
편집 :
하나의 방법은 또한 로컬 차트의 repo를 실행하는 것입니다 편집 종속성을 방지하기 위해. 당신의 repo는 charts.domain.com
에서 사용할 수있는 경우 는 로컬 개발할 때, 당신의 localhost
차트에 charts.domain.com
포인트 당신의 호스트 파일에 항목을 추가, 보통
다음
dependencies:
- name: my-chart
repository: http://charts.domain.com
version: 0.0.1
에 따라이에 대한 종속성을 추가합니다.
mkdir my-charts
mv my-char-a-0.0.1.tgz my-charts/
helm repo index my-charts/ --url http://charts.domain.com
이제 로컬 호스트에서 생성 된 인덱스/REPO을 제공 :
샘플 워크 플로우 뭔가처럼 될 수 있습니다. 이런 식으로 당신의 의존성은 언제나 charts.domain.com에 있습니다.
사용하고있는 원격 호스트에 따라, 공개하기에 좋을 때이 로컬 색인을 리모컨으로 rsync하면 방 귀하의 지역 및 리모트가 분기됩니다.
다시 말하면 실시간 Repo를 사용하고 싶거나 사용하려는 경우이 호스트 항목을 사용 중지해야합니다. 항상 호스트 파일 항목 편집을 스크립팅 할 수 있습니다.
"요구 사항을 수동으로 업데이트하는 것이 분명한 단점이지만 다른 선택 사항이 있는지 확실하지 않습니다."---- 그래, 내 문제의 핵심은 분명해. 나는 모든 것을 전적으로 출판 할 수 있습니다. 필자가 피할 수만 있다면 명시 적으로 저장소의 이름을 명시 적으로 굽지 않을 것입니다. "이 차트를 가져 오는 저장소를 살펴보십시오"라고 말하고 싶습니다. – MRocklin