Skip to content
This repository was archived by the owner on May 6, 2020. It is now read-only.
This repository was archived by the owner on May 6, 2020. It is now read-only.

[images] Determine where we want to push built images for v2 #4

Closed

Description

@slack

We need to have a spot to push images as we progress through the alpha. This location may not be the final location and should ideally not interfere with the Deis V1 images.

Activity

  1. added this to the v2.0-alpha1 milestone on Nov 12, 2015
  2. rimusz commented on Nov 13, 2015

    @rimusz

    We could use Google Container Registry as our v2 sandbox will be on GKE

  3. mboersma commented on Nov 13, 2015

    @mboersma
    Member

    I think it would be confusing to use the existing repo names, even if we host them elsewhere than Docker Hub. My preference would be something like "deis/router-v2:latest" for now, which would eventually just be "deis/router:v2.0.0" when we ship it.

    Also, Deis has been pushing images both to Docker Hub and to quay.io so there is an alternate location, and I think in the future we should continue to do that, at least once we have a release.

  4. technosophos commented on Nov 13, 2015

    @technosophos
    Member

    I feel like it might politically be in our best interest to not host Kubernetes-focused images on DockerHub. Solomon expressed his feelings about that on Twitter (directed at me) a few days ago. But I'll defer to @sgoings on what place is best.

  5. rimusz commented on Nov 13, 2015

    @rimusz

    so we have two options left the Google Container Registry or quay.io :)
    quay.io has an advantage that it supports rkt images but for the start GCR could be a better option, as it is quicker to work with.
    quay.io is not so quick to use from Europe :(

  6. sgoings commented on Nov 13, 2015

    @sgoings
    Member

    We will probably have our CI system and release process pushing out identical images to all 3. We'll start with just pushing to Docker Hub unless we deal with consistent image push problems... then we can re address.

  7. bacongobbler commented on Dec 3, 2015

    @bacongobbler
    Member

    I think we've finally determined this, and we are using travis to push to both quay and dockerhub.

  8. added a commit that references this issue on Dec 4, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions