-
Notifications
You must be signed in to change notification settings - Fork 161
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
Passe à Django 4.2 #6577
Passe à Django 4.2 #6577
Conversation
J'ai pu retravailler sur les tests qui ne passent pas :
Bonne et mauvaise nouvelle à la fois : en local, ils se comportent mal aussi sur la dernière version de dev, à savoir ils réussissent en isolation mais ratent associés à certains autres tests. Ce n'est donc pas lié à mes modifications. C'est probablement une différence d'environnement entre ma machine et la CI, combinée avec des tests qui interfèrent. Je n'ai pas exploré plus que ça. La principale différence est la version de Python (3.9 sur la CI, 3.10 sur ma machine), mais j'ai du mal à voir la différence que ça ferait. Une commande minimale qui rate (identifiée pour le deuxième test mentionné ci-dessus) :
Sachant que dans En comparaison, cette commande réussit :
|
c6eb3a3
to
b907123
Compare
Les tests passent ! |
4a0789b
to
7e1730c
Compare
Requis pour pouvoir exécuter `manage.py collectstatic`
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
QA OK ✔️
J'ai testé les vues modifiées, tout est OK. J'ai ajouté un commit qui récupère les fichiers .js.map
pour tous les fichiers JS, puisqu'on en a maintenant besoin lorsqu'on exécute manage.py collectstatic
lors du déploiement de zds-site.
Cette PR fait les dernières modifications pour passer à Django 4.2.
Contrôle qualité
Tester un peu tout le site et en particulier les pages associées aux vues qui ont été modifiées.