-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Les sites Scribouilli sur Github ne se déploieront plus après le 3 juin 2024 #179
Comments
Ce post de blog parle du 13 mai |
Ok, donc le plan, ça serait, dans l'ordre :
|
Et évidemment, c'est + dur qu'il n'y parait si on souhaite ne pas avoir d'interférences destructrices avec les repo non-scribouilli
Ça pourrait ressembler à ça :
La question "Est-ce que le repo est un site Scribouilli ?" est un peu dure à répondre surtout pour des repos Scribouilli anciens
à la base, je me disais qu'il faudrait garder une trace du repo template, mais c'est dur, au moins pour github parce que ce lien est perdu Et en fait, actuellement, les 2 templates ont exactement le même fichier |
Concernant les topics et le template d'origine, pour github, ça a l'air facile à chopper https://docs.github.com/en/graphql/reference/objects#repository Props Pour gitlab, https://docs.gitlab.com/ee/api/projects.html on récupère |
Soit, j'avais mal lu, soit Github a changé la date entre temps
|
De ce que je comprends, ptèt que les sites Scribouilli se mettront quand même à jour après cette date, mais c'est un peu la loterie (ça dépend de si les github actions qu'on utilise dans nos workflow sont compatibles avec Node.js 20) |
Jusqu'à présent, ça a l'air ok… 🤔 |
Oui, on ne prend que des warnings et les github actions tournent quand même avec Node.js 20 apparemment J'imagine que ça veut dire qu'on est tranquille un moment |
Problème
Quand je vais sur les github actions d'un site déployé récemment avec Scribouilli, je vois :
Post de blog de Github :
https://github.blog/changelog/2023-09-22-github-actions-transitioning-from-node-16-to-node-20/
Bon, ça sent pas bon quand même
Un problème qu'on a nous, c'est que les personnes qui n'y connaissent rien ont leur propre repo et ne mettront pas à jour manuellement leur fichier
.github/workflows/build-and-deploy.yml
Et donc, à un moment, Github risque de refuser de faire tourner ces fichiers et donc empêcher les déploiements
Solution
Je tente une idée : on peut avoir le contenu du fichier
.github/workflows/build-and-deploy.yml
de référence quelque part (genre https://github.com/Scribouilli/site-template/blob/main/.github/workflows/build-and-deploy.yml ) et l'atelier vérifie régulièrement si le contenu actuel (qu'on a dans le repo git côté front-end normalement) est similaire. S'il est similaire, on fait rien, s'il est différent, on met à jour avec le fichier de référenceÇa pose direct la question des personnes qui ont leur propre fichier qu'on viendrait écraser par erreur. Et ça relance l'idée d'une option "je sais ce que je fais" évoquée précédemment
The text was updated successfully, but these errors were encountered: