Skip to main content
Exécutez n'importe quel Skill dans Manus
en un clic
gpustack
Profil créateur GitHub

gpustack

Vue par dépôt de 8 skills collectés dans 2 dépôts GitHub.

skills collectés
8
dépôts
2
mis à jour
2026-07-21
explorateur de dépôts

Dépôts et skills représentatifs

gpustack-operator-e2e
Analystes en assurance qualité des logiciels et testeurs

Run a local end-to-end (E2E) verification of the GPUStack Operator on a reachable local cluster (k3s / docker-desktop): build & load the dev image, deploy via the Helm chart, then assert the NFD → Worker → Kueue scheduling chain materializes. Proactively offer this when a branch ahead of main changes controller reconcile, admission webhook, extension-apiserver, or in-cluster app-installation code. Examples: "run the e2e test", "verify my reconcile change on a real cluster", "deploy the operator to my local k3s and check the Kueue objects", "does this drain change actually work end to end?".

2026-07-21
gpustack-operator-generate
Développeurs de logiciels

Run `make generate` to regenerate code after editing API types or webhooks. Invoke after changing files under api/ (api/v1, api/worker/v1, api/worker/v1alpha1) or webhook sources under pkg/*/webhooks/*/ — it regenerates deepcopy, register, apiservice, CRD, conversion, protobuf, and webhook code. Examples: "regenerate the API", "I added a field to the Instance type", "update the generated code".

2026-07-17
gpustack-operator-release
Développeurs de logiciels

Cut a GPUStack Operator release end to end: sync & verify the target branch (any branch, default `main`), pick and confirm the release commit, draft highlight-focused release notes from the Conventional-Commit history, cut & push the `vX.Y.Z` git tag, watch every tag-triggered pipeline (`ci.yml` image/Release + `ci-chart.yml` Helm chart) go green, then promote the CI-published pre-release to the official/latest release. Releases are published as **pre-releases first** and promoted only after CI is green and the user confirms. Also supports **overwrite (re-publish)** — re-cutting an existing `vX.Y.Z` under the same version via delete+recreate, interactive-only and confirm-gated. Proactively offer this when the user wants to ship/tag/publish a new version. Examples: "release v0.7.0", "cut the next release", "tag and publish v0.7.0", "do an rc pre-release", "ship v0.7.0 and watch CI", "overwrite v0.7.0", "re-release v0.7.0", "redo the release", "覆盖发布 v0.7.0", "重新发布 v0.7.0".

2026-07-13
gpustack-operator-chart-e2e
Analystes en assurance qualité des logiciels et testeurs

Verify the GPUStack Operator **Helm chart** end to end on a reachable local cluster (k3s / docker-desktop): build & load the dev image, `helm install` the chart, assert the worker/device-manager roll out, the versions are consistent (image tag ↔ bundled chart tgz ↔ `gpustack-operator --version`), then `helm uninstall` and assert zero leftovers. SCOPE: this validates the **chart contract** — chart changes, install/startup, image build, and version consistency — and is **NOT a feature/behavioral e2e**; for deep scheduling-chain behavior use `gpustack-operator-e2e` instead. Proactively offer this when a branch ahead of main changes the chart, the in-cluster app-installation code, or the image build. Examples: "verify the chart installs and uninstalls cleanly", "does helm install of the operator work", "check the chart version is right", "test my chart change end to end", "did my kuberess change break the runtime install".

2026-07-13
gpustack-operator-overview
Développeurs de logiciels

Use when you need a guided tour of the GPUStack Operator codebase — its architecture, where things live (key directories), and naming conventions. Examples: "Give me an overview of this repo", "How is this project structured?", "Where does X live?", onboarding to the scheduling chain.

2026-07-13
gpustack-operator-xbuild-and-verify
Analystes en assurance qualité des logiciels et testeurs

Build and verify the GPUStack Operator's accelerator soft-slicing **builder stages** (`xbuild-ascend-cann-*` and `xbuild-nvidia-cuda-*` in `pack/gpustack-operator/Dockerfile`) end to end, either on the local docker host or on a remote accelerator host over ssh. Builds one stage via buildx `--target`, then runs numbered cases against the produced runtime. SCOPE — two backends: **Ascend (vcann-rt: `libvruntime.so` + `enpu-monitor`)** and **NVIDIA (HAMi-core: `libvgpu.so`)**. Ascend cases: (1) artifacts+linking [no NPU], (2) inject + `enpu-monitor`, (3) memory-quota enforcement. NVIDIA cases: (1) artifacts+linking [no GPU], (2) single-card inject + `nvidia-smi`/SM-limit, (3) multi-card per-device limits. The hardware cases need a real accelerator. Proactively offer this whenever a branch changes the Docker build flow — `pack/gpustack-operator/Dockerfile` or `pack/gpustack-operator/external/(ascend|nvidia)/**`. Examples: "verify my Dockerfile build-stage change", "did the vcann-rt / HAMi-core build still link", "

2026-07-13
2 dépôts affichés sur 2
Tous les dépôts sont affichés