update-project-version

작성자: nvidia

NeMo Fabric 릴리스 버전을 Cargo, setuptools 패키지 메타데이터, 내부 Python 의존성 핀, 통합 메타데이터 및 잠금 파일 전반에 걸쳐 업데이트합니다. 다음을 사용하세요…

npx skills add https://github.com/nvidia/nemo-fabric --skill update-project-version

Update Project Version

Companion Guidance

Use karpathy-guidelines alongside this skill for implementation or review work. Keep changes scoped, surface assumptions, and define focused validation before editing.

Use this skill when changing the NeMo Fabric version, including pre-release or build-metadata variants used during packaging.

Source Of Truth

  • Cargo.toml [workspace.package].version is the source of truth for the Rust workspace and the release version stamped into Python and TypeScript package metadata.
  • Keep Cargo.toml [workspace.dependencies] self-references aligned when the workspace version changes.
  • sdk/python/nemo-fabric-runtime/pyproject.toml is the exception among the Python projects: do not add a literal project.version. Keep project.dynamic = ["version"] because Maturin derives nemo-fabric-runtime's version from crates/fabric-python/Cargo.toml, which inherits the workspace version.
  • The setuptools projects do not derive their versions from Cargo. Update the literal project.version in every one of these files:
    • sdk/python/nemo-fabric/pyproject.toml
    • adapter-contract/python/pyproject.toml
    • adapters/python/*/pyproject.toml
  • Keep internal Python package requirement pins aligned with the Python release version:
    • The unconditional nemo-fabric-runtime == <version> dependency in the published sdk/python/nemo-fabric/pyproject.toml.
    • All nemo-fabric-* == <version> requirements in its optional dependencies.
    • Each adapter's nemo-fabric-adapters-common == <version> dependency.
  • Keep adapter-contract/typescript/package.json and the root package entries in its package-lock.json aligned with the Cargo SemVer release version.

For a normal release, use the same X.Y.Z string everywhere. For a prerelease or build-metadata version, use valid Cargo SemVer in Cargo.toml and the equivalent PEP 440 version in explicit Python metadata. Confirm that the Maturin-built runtime and setuptools-built packages resolve to equivalent versions rather than blindly copying incompatible syntax.

Workflow

  1. Read the current version from Cargo.toml and decide the exact Cargo, Python, and TypeScript target version strings.
  2. Run just set-version <cargo-version>. The recipe preserves the normalized SemVer for Cargo and TypeScript, converts it to PEP 440 for Python, and updates:
    • Cargo.toml [workspace.package].version
    • Cargo.toml workspace.dependencies.nemo-fabric-core.version
    • The setuptools project.version in the published SDK metapackage, Python adapter contract, and every adapter pyproject.toml
    • Every internal nemo-fabric-* exact-version requirement
    • The TypeScript adapter-contract package.json and package-lock.json
    • Cargo.lock through Cargo metadata resolution
    • The root, runtime, and adapter uv.lock files through just lock-python
  3. Confirm that sdk/python/nemo-fabric-runtime/pyproject.toml remains dynamic and unchanged.
  4. Audit references to the old version with targeted searches. Distinguish package-version surfaces from examples and unrelated dependency versions.

If editing the helper code, keep these contracts aligned:

  • set_project_version must call the Cargo, Python, and TypeScript project version helpers.
  • set_cargo_workspace_version must update the workspace version and the nemo-fabric-core workspace dependency, then verify every nemo-fabric-* workspace package through Cargo metadata.
  • set_python_project_versions must update the published SDK metapackage, Python adapter contract, every adapter pyproject.toml discovered under adapters/python/, and all internal exact-version pins while rejecting a static version in sdk/python/nemo-fabric-runtime/pyproject.toml.
  • set_typescript_project_version must update the package manifest and both root version entries in the npm lockfile without changing dependency versions.
  • The set-version recipe must run just lock-python after source metadata is updated.

Validation

  • Inspect Cargo version fields: rg -n '^version =|nemo-fabric-core = \{ path = .*version =' Cargo.toml
  • Inspect explicit Python versions and internal pins: rg -n '^version =|nemo-fabric-[a-z-]+(?:\[[^]]+\])? == ' pyproject.toml sdk adapter-contract/python adapters/python --glob 'pyproject.toml'
  • Confirm the runtime remains dynamic: rg -n 'dynamic = \["version"\]' sdk/python/nemo-fabric-runtime/pyproject.toml
  • Inspect the TypeScript package and lockfile root versions: rg -n '"version":' adapter-contract/typescript/package{,-lock}.json
  • Run cargo check --workspace --locked.
  • Run just build-python to verify all Python package metadata resolves.
  • Run just test-python when the integration version or Python packaging behavior changes materially.
  • Run just wheels for release-facing validation of every Python wheel.
  • Run just pack-typescript to verify the stamped TypeScript package metadata.
  • Run git diff --check.

Avoid

  • Updating only Cargo.toml and leaving the setuptools packages stale.
  • Adding a literal version to sdk/python/nemo-fabric-runtime/pyproject.toml; Maturin owns that version.
  • Updating Python package versions without their exact internal dependency pins.
  • Forgetting Cargo.lock, the root uv.lock, or per-project uv.lock files.
  • Updating the TypeScript package manifest without its npm lockfile root entry.
  • Blind repository-wide replacement of version-like strings.

References

  • Cargo.toml
  • Cargo.lock
  • pyproject.toml
  • uv.lock
  • sdk/python/nemo-fabric/pyproject.toml
  • sdk/python/nemo-fabric/uv.lock
  • sdk/python/nemo-fabric-runtime/pyproject.toml
  • sdk/python/nemo-fabric-runtime/uv.lock
  • adapter-contract/python/pyproject.toml
  • adapter-contract/python/uv.lock
  • adapters/python/*/pyproject.toml
  • adapters/python/*/uv.lock
  • adapter-contract/typescript/package.json
  • adapter-contract/typescript/package-lock.json
  • justfile

nvidia의 다른 스킬

fhir-basics
nvidia
에이전트에게 FHIR R4 API의 작동 방식, 사용 가능한 리소스, 검색 매개변수를 사용한 쿼리 방법, 모든 응답 형식을 올바르게 파싱하는 방법을 가르칩니다…
compileiq-validate-result
nvidia
검색이 완료된 후, 속도 향상을 청구하거나 ACF를 발송하기 전에 사용합니다. dump_results CSV를 로드하고, 상위 K개 후보(단일 목표)를 추출합니다…
changelog-audit
nvidia
릴리스 전에 Warp CHANGELOG.md를 감사합니다: 누락된 항목 복구, 사용자 영향별 정렬, 항목 언어 다듬기, 줄 바꿈, (릴리스 브랜치 모드) 비교 업데이트…
dgx-diagnose
nvidia
일반적인 DGX Station GB300 문제 진단 — CUDA 충돌, 잘못된 GPU 타겟팅, vLLM/SGLang 컨테이너 버그, MIG 상태 문제, NVLink/Fabric Manager 오류,…
aicr-managing-openvex
nvidia
Use when adding, updating, or removing CVE/GHSA suppressions in `.openvex.json` — the OpenVEX document consumed by the daily image vulnerability scan workflow.…
aicr-creating-slide-decks
nvidia
기술 개념이나 워크플로우에 대한 독립형 HTML 슬라이드 덱 또는 시각적 발표 자료(예: demos/*.html)를 만들 때 사용하세요. 전체 화면으로 표시하거나…
aicr-creating-guided-demos
nvidia
대화형 안내 데모 스크립트(demos/*.sh)를 라이브 또는 자기 주도 방식으로 Frame → Tell → Show → Close 패턴에 따라 구조화한다. "데모 스크립트", "안내…"와 같은 표현에 반응한다.
aicr-analyzing-snapshots
nvidia
AICR 스냅샷 YAML 파일을 분석하거나, 클러스터 상태를 검토하거나, 공급자 특성을 비교하거나, GPU/네트워크 토폴로지 인사이트를 추출할 때 사용합니다...