Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

[DevOps]: create a Docker image version on NemoClaw per version of OpenClaw

Ouverte
#62 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
48/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Calme
Stack technique
docker, github-actions
Domaine
ci-cd, devops

Piste de recherche

Review PR #55 and the current NemoClaw image build first; use npm view openclaw versions --json to understand the version source. Define the recurring repository workflow so each available OpenClaw version produces a NemoClaw image with an OpenClaw-version tag, and verify the optional dual-tag behavior if adopted.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

@johntmyers : this is a continuation of https://github.com/NVIDIA/OpenShell-Community/pull/55 based on your remrark.

Currently, NemoClaw image defines and uses 1 single OpenClaw version in its buzild. Frequent updates would be needed to keep it up to date as OpenClaw evolves very fast.

A much better approach is to build one version of the NemoClaw image for OpenClaw for each OpenClaw version. The list of available OpenClaw packages is easy to obtain via the command below

So, it would be good to let the user choose the version of OpenClaw that he wants by having 1 image available for each of those versions.

Consequently, there should be a workflow in this repo running regurlary and creating new versions of NemoClaw when new versions of OpenClaw get publshed. Those images would be tagged ith the version of OpenClaw.

Optionally, those images could have a dual tag + as NemoClaw also gets updated to offer choices in the 2 dimensions

npm view openclaw versions --json
[
  "0.0.1",
  "2026.1.29-beta.1",
  "2026.1.29-beta.2",
  "2026.1.29-beta.3",
  "2026.1.29-beta.4",
  "2026.1.29-beta.5",
  "2026.1.29-beta.7",
  "2026.1.29",
  "2026.1.30",
  "2026.2.1",
  "2026.2.2-1",
  "2026.2.2-2",
  "2026.2.2-3",
  "2026.2.2",
  "2026.2.3-1",
  "2026.2.3",
  "2026.2.6-1",
  "2026.2.6-2",
  "2026.2.6-3",
  "2026.2.6",
  "2026.2.9",
  "2026.2.12",
  "2026.2.13",
  "2026.2.14",
  "2026.2.15",
  "2026.2.17",
  "2026.2.19-1",
  "2026.2.19-2",
  "2026.2.19",
  "2026.2.21-1",
  "2026.2.21-2",
  "2026.2.21",
  "2026.2.22-1",
  "2026.2.22-2",
  "2026.2.22",
  "2026.2.23-beta.1",
  "2026.2.23",
  "2026.2.24",
  "2026.2.25-beta.1",
  "2026.2.25",
  "2026.2.26",
  "2026.3.1-beta.1",
  "2026.3.1",
  "2026.3.2-beta.1",
  "2026.3.2",
  "2026.3.7-beta.1",
  "2026.3.7",
  "2026.3.8-beta.1",
  "2026.3.8",
  "2026.3.11-beta.1",
  "2026.3.11",
  "2026.3.12",
  "2026.3.13-beta.1",
  "2026.3.13",
  "2026.3.22-beta.1",
  "2026.3.22",
  "2026.3.23-1",
  "2026.3.23-2",
  "2026.3.23-beta.1",
  "2026.3.23",
  "2026.3.24-beta.1",
  "2026.3.24-beta.2",
  "2026.3.24",
  "2026.3.28-beta.1",
  "2026.3.28",
  "2026.3.31-beta.1",
  "2026.3.31",
  "2026.4.1-beta.1",
  "2026.4.1",
  "2026.4.2"
]

Langage dominant
Dockerfile
Étoiles
191
Forks
76
Métriques de merge des PR
Aucune PR mergée en 30 j

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de NVIDIA/OpenShell-Community

Toutes les issues de NVIDIA/OpenShell-Community

Issues similaires

Plus d'issues DevOps

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.