镜像站点 · 本页由第三方 GitHub 只读镜像提供,非 GitHub 官方站点,不接受任何登录或凭据输入。前往 github.com
Skip to content

Add Jenkins/Build Badge for upstream official image status #2093

Description

@nschonni

Problem

We often have people ask when why images or architectures are missing

Solution

Add a build badge or badges to the Official Images jenkins status of the Node.js jobs

Alternatives to Consider

Maybe having the build badges on the README would be confusing, because that date might end up on the Docker Hub, and maybe pointing to the links from the Issue Template picker might work instead.

/cc @yosifkit @LaurentGoderre

Activity

  1. yosifkit commented on May 30, 2024

    @yosifkit
    Contributor

    The current builds of node could work like we have in our repos: https://github.com/docker-library/golang/#:~:text=images%20repository.-,Build,-Status. But we are actively in the process of migrating to a new way of building that is no longer repo job based and so those links would be misleading (or broken) once we move node to the new build system.

    The new build system is a bit more complex as there isn't one view of a repo anymore; it is all just architecture based (and complicated by some arches being a Github Actions yml that is triggered by Jenkins). Feel free to explore here: https://doi-janky.infosiftr.net/job/wip/job/new/; it is still a bit in flux.

    Rough flow of jobs:

    • meta calculates what can and needs to build
    • trigger-[arch] jobs use that data to make a queue of things to build for that arch and then triggers and waits for build-[arch] to build a single image (thus processing its queue)
      • images are not pushed to [arch]/[repo] at this stage but to an intermediate staging repo (not really for public consumption, images are tagged by a "build id" and not discoverable by original repo name)
    • deploy-[arch] coordinates pushing the built images from that staging repo to the arch+repo specific namespace on Docker Hub (amd64/[repo], e.g. https://hub.docker.com/r/amd64/node/)
    • (unchanged from "old" build system) our put-shared jobs (per repo, e.g. node) brings together items pushed to the arch specific namespaces to create the "image index" in library/[repo] (e.g. https://hub.docker.com/_/node)
  2. nschonni commented on May 30, 2024

    @nschonni
    MemberAuthor

    Thanks! I think we can keep this one open and wait for your new system to be implemented. I guess the other place that it could be posted to is the comment that is left after an upstream PR is created https://github.com/nodejs/docker-node/blob/main/.github/workflows/official-pr.yml

  3. MikeMcC399 commented on May 6, 2026

    @MikeMcC399
    Contributor

    @nschonni

    Was this ever looked at again?

    Taking the current PR docker-library/official-images#21395, is there some status available to find out when all of the requested architectures for each of the variants have been built and pushed to Docker Hub?

    #2474 contains:

    Created PR on the official-images repo (docker-library/official-images#21395). See https://github.com/docker-library/faq#an-images-source-changed-in-git-now-what if you are wondering when it will be available on the Docker Hub.

    but then there is no further update from docker-library/official-images in the original PR to confirm a round-trip of merging the PR and completing all build and publishing tasks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions