Kuby-core: buildx 사용

이봐!

기본 빌더 로 설정하면 지금 바로 buildx를 사용할 수 있습니다.

다음은 buildx 및 해당 캐싱 기능을 사용하는 Github 작업의 예입니다.

https://evilmartians.com/chronicles/kubing-rails-stressless-kubernetes-deployments-with-kuby#deploying -continuously-with-kuby-and-github-actions도 참조하십시오.

캐싱을 설정하는 데 문제가 있었기 때문에 --only 플래그와 같은 것을 찾고 있었습니다! 여기에서 수행한 것처럼 각 빌드 유형에 대한 범위를 분리해야 한다는 아이디어를 얻었습니다.

편리한 참조를 제공해주셔서 정말 감사합니다 👍 지금 팔로우하고 있는지 확인하고 있습니다!

setup-buildx-action( install: true )의 기본 빌더 기능도 확실히 누락되었습니다.

이제 작동하는 것 같습니다! 방금 10초 이내에 앱 이미지 빌드가 완료되는 것을 보았습니다. 지금 겪고 있는 다른 문제가 있습니다. 아마도 RAILS_MASTER_KEY가 제대로 내보내지지 않는 곳에서 회귀를 발견했을 것입니다. 하지만 지금은 소스를 읽어보고 알아낼 것입니다.

이 커밋에서처럼 install: true 의 build 메서드가 $# buildx lib/kuby/docker/cli.rb 를 호출하고 --cache-to 과 같은 buildx 구성을 전달할 수 있습니다. -- 다음에 *docker-args 배열 👍 따라서 닫을 수 있습니다. 단, kuby-core가 buildx와 함께 사용하는 방법을 문서화하는 것이 좋을 수 있습니다. 그것은 kuby의 문제가 아닙니다.

예를 들면 다음과 같습니다.

https://github.com/kingdonb/kuby_test/commit/d74bf51e04253359b0d54aae7ddd6723ea6fd41d#diff-e2ad06bfd6b3aefc2d5f4fe8f60e0015b16947abc1

buildx를 사용할 수 있으므로 이 문제를 해결할 수 있습니다.

이것은 정말 멋집니다. buildx 관련 정보를 찾아주셔서 감사합니다! 환경 변수를 설정할 수 있고 Just Work™가 될 것이라는 인상을 받았습니다 docker/setup-buildx-action@v1 액션이 하는 일이 무엇입니까? buildx는 deb/rpm 패키지를 통해 설치된 Docker Desktop 및 최신 버전과 함께 제공되므로 Kuby가 기본적으로 사용하도록 설정할 수 있는지 궁금합니다. env var를 통해 구성할 수 있다면 docker buildx build 호출이 필요하지 않을까요? Kuby가 이를 감지하고 정상 docker build 으로 돌아갈 수 있습니까?

예, 가능합니다(GitHub Action의 install: true 가 수행하는 작업입니다): https://docs.docker.com/buildx/working-with-buildx/#set -buildx-as-the-default- 건축업자

좋습니다. docker build 가 docker buildx 의 별칭일 경우 Kuby가 특별한 작업을 수행할 필요가 없습니다. 원하는 빌더를 설정하는 것은 사용자에게 달려 있습니다.