DiamondLightSource / DiamondLightSource/python-copier-template
Support tox v4 and add action to generate lockfile
- 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
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