polynote/polynote

Automate Release Process

Aperta

#1390 aperta il 11 mar 2023

Vedi su GitHubGuida contributor
 (0 commenti) (0 reazioni) (0 assegnatari)Scala (368 fork)batch import
good first issueminor

Metriche repository

Star
 (4205 stelle)
Metriche merge PR
 (Nessuna PR mergiata in 30 g)

Descrizione

Right now, for every release we have to:

  1. Update CSS version numbers to bust the browser cache
  2. Update the Polynote JAR version number
  3. Add a new version header to the changelog

Would be great to automate this somehow!

Guida contributor

Direzione di ricerca
La richiesta riguarda l'automazione del processo di rilascio: aggiornare i numeri di versione CSS per il cache busting, aggiornare la versione del JAR di Polynote e aggiungere un nuovo header al changelog. Per implementarlo, si dovrebbe esaminare la configurazione CI esistente (ad esempio .github/workflows) e gli strumenti di build (build.sbt). L'automazione potrebbe essere ottenuta tramite uno script shell o un workflow di GitHub Actions che incrementa le versioni nei file rilevanti (ad esempio file CSS, build.sbt e CHANGELOG.md). I maintainer non hanno chiarito gli strumenti preferiti, quindi un approccio comune sarebbe un'azione di GitHub attivata sul tag di rilascio. Consultare progetti simili come riferimento.
Tech stack
scala
Dominio
devops
Tipo issue
DevOps
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
Mezza giornata
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
GitScala
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
60