tilt-dev / tilt-dev/tilt

pushing to a private registry

Open
#4,744 0 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

docs request
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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.