Build release docs with local package
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- python
- Ambito
- build-system, documentation, release
Direzione di ricerca
Inizia individuando il workflow di rilascio che pubblica il pacchetto su PyPI e poi crea la documentazione della release. Confronta la creazione della documentazione dal wheel caricato con quella direttamente dal codice sorgente e verifica che il workflow non attenda più PyPI, completando comunque con successo la build della documentazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Currently, we first publish a package to PyPI and then use that to build the docs for a release. This has the disadvantage that the workflow needs to wait for the package to become available. This not only takes some time and has the potential to time out but it also limits parallelism. But it has the advantage that it tests whether the package was actually published.
However, I think that the last point is not relevant as it effectively tests the 3rd party publish action that we use.
Instead, for our Python-only packages, we can buld the docs wither with a wheel that was uploaded as an artefact or simply from source. Building a wheel only takes a few seconds.
- Lingua principale
- Jinja
- Stelle
- 2
- Fork
- 2
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 scipp/copier_template
-
Pixi migrationAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
scipp/copier_template#283 · 4 commenti ·
-
Template dev docs: Add page/section documenting that the rendered repo was made using this repoAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
scipp/copier_template#257 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
scipp/copier_template#220 · 2 commenti ·
-
More authors in copyright notice?Forse già presa @MridulS l’ha presa 743 giorni fa. Apertaquestion
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
scipp/copier_template#218 · 12 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 42/100
scipp/copier_template#208 · 1 commento ·
Tutte le issue di scipp/copier_template
Issue simili
-
hipRTC lit tests compile against /opt/rocm's LLVM instead of the ROCm under test (ci/ hardcodes LLVM_PATH)Forse già presa @bernardogv l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
Avoid non-UTF-8 encodingAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
-
Ubuntu .deb packages ship all files owned by uid/gid 1001 (CI user runner) instead of root:rootAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
nf-core/proteinfold#658 ·