DiamondLightSource / DiamondLightSource/python-copier-template

Support tox v4 and add action to generate lockfile

Abierto
#168 3 comentarios 0 reacciones 0 asignados Ver en GitHub
Lenguaje dominante
Jinja
Estrellas
25
Forks
10
Merge medio
4 h 4 min
PR fusionados (30 d)
6

Descripción

At the moment we use tox to:
- Run specific tox envs in CI and locally, like `tox -e docs` to invoke `sphinx` with the right args including for `autobuild`
- Run `tox -p` to do the tasks that CI will run, but in parallel in a single terminal under a single version of python
- Do this without making a venv for each env with `tox-direct`

We considered using `nox`, but it doesn't have a parallel option at the moment as per https://github.com/wntrblm/nox/issues/544

We would like to add the ability to do something like `tox -e lock` to generate `dev-requirements.txt` as specified in https://github.com/DiamondLightSource/blueapi/pull/499

To do this we should should update to tox 4 and work out what changes are needed to support the current workflow, and also work out how to add a `lock` command that will not be run by the equivalent of `tox -p`

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

Locate the repository's tox and CI configuration, then compare the current tox -e docs, tox -p, and tox-direct workflows with tox 4 behavior. Done means the existing workflows still work and a tox -e lock entry generates dev-requirements.txt without being included in the tox -p task set.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
python
Área
build-system, ci-cd, tooling
Tipo de issue
Nueva funcionalidad
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Estancado
Claridad
Bastante claro
Aptitud para principiantes
30/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.