processing / processing/processing-website
Automate Website Update on Processing Release with GitHub Workflows
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- MDX
- Estrellas
- 90
- Forks
- 122
- Merge medio
- 1 h 43 min
- PR fusionados (30 d)
- 3
Descripción
Problem Statement
The Processing download page does not currently update automatically when a new version is released. As a result, the website must be updated manually through a multi-step process, which can be time-consuming for maintainers.
Proposed Solution
Instead of manually triggering fetchReleases.js, the update of the website can be automated with GitHub workflows whenever a new version of Processing is released. The automation process will fetch the releases from both the Processing and Processing4 repositories and write them to JSON files in the content/download/releases directory. For more information, refer to fetchReleases.js.
The action should make a new release for the website and deploy it by interacting with the existing deploy workflow.
Note: this change will require the Processing4 repository to dispatch an event upon the creation of a new release.
Benefits
- The website will always be up-to-date, providing users with accurate information about the latest version of Processing.
- The manual process of updating the website will be automated, reducing the workload on maintainers and improving efficiency.
- A better user experience, as users will have access to the latest information about Processing at all times.
References
Dispatch event: https://github.com/orgs/community/discussions/26323#discussioncomment-3251448
Notes
The corresponding issue on the processing4 repository can be found at https://github.com/processing/processing4/issues/665
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza con scripts/fetchReleases.js, content/download/releases y .github/workflows/deploy.yml para entender el flujo actual de obtención de releases y despliegue. Revisa la issue vinculada de Processing4 y la referencia a dispatch-event; después, verifica que una nueva release de Processing active las actualizaciones de los datos de releases y el despliegue del sitio web.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- github-actions, javascript
- Área
- ci-cd, devops, release
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100