Automate release pages
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- github-actions, javascript
Direzione di ricerca
Inizia leggendo assets/js/releaseData.js e suddividi la richiesta in un workflow specifico per una release, una beta o un’alpha prima di apportare modifiche. L’issue menziona GitHub APIs, GitHub Actions, una pagina /builds e diverse destinazioni di distribuzione, ma non identifica i test né una prima milestone ben delimitata; il lavoro sarà considerato completato quando sarà stato concordato un ambito e saranno stati completati i relativi elementi della checklist.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Currently, releases need to be updated by hand via assets/js/releaseData.js. Additionally, alphas and betas aren't represented at all. We could automate this.
Alphas
- Get an API which gets the latest build from Github and offers it to download (similar to https://github.com/oprypin/nightly.link )
- Do the same for the qt branch once that's testing-ready
- Create a /builds page on which they can live (similar to https://builder.blender.org/download/daily/)
Betas
- Create a GH action which publishes a beta release on Github
- and enables temporary elements to the homepage pointing towards the beta
Releases
- Create a GH action which publishes releases to
- winget
- Github releases
- musehub
- Fosshub
- MS store
- (if legally possible) Apple App store
- (if we want to maintain it) Snapcraft
- (if we want to maintain it) Flathub
- updates releaseData.js
- and hides the temporary beta element from the homepage
- Lingua principale
- TypeScript
- Stelle
- 10
- Fork
- 9
- Merge medio
- 20m
- PR unite (30g)
- 2
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 audacity/audacity.github.io
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
audacity/audacity.github.io#105 · 1 reazione ·
-
Dead linksAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
-
Add licenseAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
review noscript solutionAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
-
No checksum typeAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
audacity/audacity.github.io#41 · 1 reazione ·
Tutte le issue di audacity/audacity.github.io
Issue simili
-
refactor
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
tomnewport/memprot-topo#55 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
WalletConnect/walletconnect-monorepo#7368 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
BU-Spark/se-chem-apll#47 ·
-
embed: handleTurboSignMessage header comment says the signing page posts to '*' (it never does)Apertadocumentation
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 Mezza giornata Idoneità per principianti 70/100
udistrital/paginaweb_root#23 ·