pushing to a private registry
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 10.1k
- Forks
- 413
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 6
Description
If you are not authenticated correctly to a private registry, and you try to build to a remote cluster with Tilt, you will get an a message like this:
Build Failed: pushing image "deadbeef.amazonaws.com/my-image/blahblahblah": no basic auth credentials
A couple notes on auth:
-
Tilt will use the registry auth mechanism of your underlying image build tool. So if you use docker_build, Tilt will use the auth credentials of your Docker service. So you don't need to worry about auth when you push the image.
-
In local dev environments (Minikube, Docker for Mac, Kind, K3d, Microk8s), Tilt will do as much as it can to deploy your images directly to the cluster (rather than a remote registry). A big reason why we do this is so that you don't have to worry about auth
But users may need help understanding what this message means or how to fix it.
Most AWS users use the ECR credential helper: https://github.com/awslabs/amazon-ecr-credential-helper
GKE users use the gcloud credential helper gcloud auth configure-docker: https://cloud.google.com/sdk/gcloud/reference/auth/configure-docker
Or just docker login
ideally, Tilt might link to a doc of common push issues when you hit this problem
Related issue: https://github.com/tilt-dev/tilt/issues/3579
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing related issue #3579 and the error message shown when pushing to a private registry. Document common fixes for AWS ECR, GKE, and Docker authentication, and link the guidance from the relevant push failure; done means users can understand the error and find an applicable remedy.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, docker, gcp, kubernetes
- Domain
- cloud, devops, documentation
- Issue type
- Documentation
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100