Project

General

Profile

Development #91728

nox: lancer un test dans une seule session est un peu plus difficile qu'avant

Added by Benjamin Dauvergne about 1 month ago. Updated about 1 month ago.

Status:
Nouveau
Priority:
Bas
Assignee:
-
Target version:
-
Start date:
12 June 2024
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

Description

Avant je faisais tox -e py3-django32 -- test... mais maintenant je dois faire nox -s "tests(django='>=3.2,<3.3', drf='>=3.12,<3.13')" -- ... et bien copier coller le nom de la session sinon ça tourne deux fois, donc Ctrl-C, etc...

(nox -s tests ne fait pas ce qu'on souhaite non plus, il fait juste un grep sur les noms de sessions, j'ai tenté wildcard "tests*4.3" ou regexp "tests.*4.3" ça n'est pas supporté visiblement, j'ai essayé de jouer avec -k (keyword) mais pas mieux -k "tests and 4.3" ne donne rien de mieux)

Je n'ai pas d'idée à part donner des noms plus simples aux sessions ou avoir une session tests par défaut qui test dans une cible de base et d'autres sessions avec des noms exotiques pour les cas annexes qu'on fera tourner dans jenkins.

History

#1

Updated by Benjamin Dauvergne about 1 month ago

  • Description updated (diff)
#2

Updated by Valentin Deniaud about 1 month ago

Yep je m'en suis rendu compte aussi

Benjamin Dauvergne a écrit :

Je n'ai pas d'idée à part donner des noms plus simple aux sessions

Je pense que c'est ça qu'il faut faire, en suivant https://nox.thea.codes/en/stable/config.html#giving-friendly-names-to-parametrized-sessions on pourra faire nox -s tests(dj3.2)

#3

Updated by Benjamin Dauvergne about 1 month ago

Valentin Deniaud a écrit :

Yep je m'en suis rendu compte aussi

Benjamin Dauvergne a écrit :

Je n'ai pas d'idée à part donner des noms plus simple aux sessions

Je pense que c'est ça qu'il faut faire, en suivant https://nox.thea.codes/en/stable/config.html#giving-friendly-names-to-parametrized-sessions on pourra faire nox -s tests(dj3.2)

Avec le recul des tox.ini je pense vraiment inutile d'avoir une cible tests(dj3.2) je pense sincèrement qu'on devrait avoir une cible tests qui vise le max (dj4.2 si c'est ça à l'instant) et des cibles dj3.2/debian-bookworm/etc.. qui cible le reste. C'était difficile à faire avec tox (encore que, en fait on pouvait importer des variables d'autres environnements) mais là c'est simple à faire.

Jenkins est là pour exécuter sur les environnements intéressant et ça nous force à les lister et c'est un truc qu'on a déjà évoqué plusieurs fois qu'il faudrait harmoniser entre projets justement.

#4

Updated by Benjamin Dauvergne about 1 month ago

  • Description updated (diff)

Also available in: Atom PDF