Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

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

Aperta
#62 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
48/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
docker, github-actions
Ambito
ci-cd, devops

Direzione di ricerca

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.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

@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"
]

Lingua principale
Dockerfile
Stelle
191
Fork
76
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di NVIDIA/OpenShell-Community

Tutte le issue di NVIDIA/OpenShell-Community

Issue simili

Altre issue su DevOps

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.