Would you consider tagging v0.11.0?
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 1/5
- Geschätzter Aufwand
- Unter einer Stunde
- Anfängerfreundlichkeit
- 15/100
- Issue-Typ
- Feature
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- cmake, cpp
- Bereich
- build-system, release
Rechercherichtung
This is a maintainer action, not a code change: the version 0.11.0 is already declared in CMakeLists.txt and meson.build, but no v0.11.0 git tag exists. Check that both files show 0.11.0 on the target commit, then a maintainer with push rights would create and push the tag. Done when v0.11.0 points at a commit whose build files declare that version.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Hi! I'm working on the ConanCenter package for stdexec (conan-io/conan-center-index#30060), and I wanted to ask whether you'd consider tagging a release. It would help us a lot.
Since #2116, both CMakeLists.txt and meson.build declare 0.11.0, but there's no tag for it yet. The existing tags (nvhpc-*, gtc-2026) aren't version numbers, so each package manager ends up making one up. vcpkg ships version-date: 2026-05-25, and ConanCenter would have to publish 0.0.0.cci.<date>. Each one points at a different commit, which makes it hard for users to know which stdexec version they actually have.
Would it be possible to tag v0.11.0? If it could happen after #2341 is merged, even better. The tagged sources could then be configured and installed without network access, and ConanCenter could package that tag directly without patches.
For future releases, whatever cadence works best for you is fine by us. Even tagging alongside the nvhpc-* snapshots would already be great, as long as the version in CMakeLists.txt and meson.build gets bumped first.
Thanks a lot for considering it, and for all the work on stdexec!
- Vorherrschende Sprache
- C++
- Sterne
- 2.5k
- Forks
- 277
- Ø Merge
- 1 T. 16 Std.
- Gemergte PRs (30 T.)
- 63
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus NVIDIA/stdexec
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
NVIDIA/stdexec#1751 · 3 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 12/100
NVIDIA/stdexec#2344 · 4 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 15/100
NVIDIA/stdexec#2337 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 54/100
Maintainer antworten meist innerhalb von 1 Tag
Ähnliche Issues
-
(S1 - Need confirmation)
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
CleverRaven/Cataclysm-DDA#89194 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
moonshine-ai/moonshine#231 ·
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag
-
documentation good first issue M7: multi-node no hardware needed
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 95/100
GageLawton/noise-cancellation#299 ·
Maintainer antworten meist innerhalb von 1 Tag