Publish nightly releases
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- build-system, ci-cd, release
Direzione di ricerca
Inizia esaminando il workflow esistente del repository per la build e la pubblicazione delle release normali, quindi confronta il modo in cui GitHub releases e PyPI ricevono attualmente gli artefatti. Definisci una strategia che supporti sia la pubblicazione notturna sia la pubblicazione manuale su richiesta di tutti gli artefatti di una release normale; il lavoro è completato quando gli utenti downstream possono utilizzare la release notturna da entrambe le destinazioni.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What
Publish all build artefacts that go into a normal release, but automated nightly as well as manually on-demand. Do this for both GitHub releases and PyPI.
Why
When we're developing a new feature in a downstream project we often find it depends on unreleased features in the upstream OpenAssetIO repo. This means we must rewrite large chunks of CI to no longer use release areifacts (e.g. pip install from PyPI), and instead grab artefacts from main, or worse, build from scratch. This can often mean worse test coverage, as we limit to a single platform (e.g. Docker).
It would ease the maintenance burden of downstream repositories if we could instead change a single string from "vX.Y.Z" to "nightly".
Nightly builds may also encourage external adopters/contributors to experiment with bleeding edge features and provide feedback.
Notes
For both GitHub artefacts and PyPI there is no explicit support for nightly releases, so we need to design a strategy (plenty of prior art to take inspiration from).
- Lingua principale
- C++
- Stelle
- 352
- Fork
- 48
- Merge medio
- 4g 14h
- PR unite (30g)
- 5
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di OpenAssetIO/OpenAssetIO
-
bug test
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
OpenAssetIO/OpenAssetIO#1527 ·
-
difficulty/medium help wanted
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
OpenAssetIO/OpenAssetIO#1504 · 2 commenti ·
-
Integrate with F3DApertadifficulty/hard help wanted
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
OpenAssetIO/OpenAssetIO#1503 · 7 commenti ·
-
Integrate with GafferApertadifficulty/hard help wanted
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
OpenAssetIO/OpenAssetIO#1502 ·
-
Integrate with OpenRVApertadifficulty/hard help wanted
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
OpenAssetIO/OpenAssetIO#1501 ·
Tutte le issue di OpenAssetIO/OpenAssetIO
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
ROCm/rocm-systems#15475 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
Sendspin/sendspin-cpp#257 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
pocoproject/poco#5664 ·
I maintainer di solito rispondono entro 2 giorni
-
Rename "Receipt" to "Recipe"Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100