Кажется, я не могу tox увидеть своего pyproject.toml. Я создал минимальный пример:
$ mkdir test
$ cd test
$ cat <<EOF > pyproject.toml
[build-system]
requires = ["cython", "setuptools", "wheel"]
build-backend = "setuptools.build_meta"
[tool.tox]
envlist = "py310"
[tool.tox.testenv]
deps = ["pytest"]
commands = ["pytest"]
EOF
$ ls
ls
pyproject.toml
$ tox
ROOT: No tox.ini or setup.cfg or pyproject.toml found, assuming empty tox.ini at /home/user/testtox
...
$ tox --version
ROOT: No tox.ini or setup.cfg or pyproject.toml found, assuming empty tox.ini at /home/ycr/testtox
4.14.1 from /home/user/.local/lib/python3.10/site-packages/tox/__init__.py
Обратите внимание: если я touch tox.ini он его найдет :(
В чем дело?






Синтаксис раздела, посвященного токсинам, в pyproject.toml очень странный:
[build-system]
requires = ["cython", "setuptools", "wheel"]
build-backend = "setuptools.build_meta"
[tool.tox]
legacy_tox_ini = """
[tox]
envlist = py310
[testenv]
deps = pytest
commands = pytest
"""
См. документацию.
ПС. По моему не столь скромному мнению, было бы лучше и приятнее перенести это в tox.ini.
@nowox Конечно, нет проблем, в ответе показано, как это сделать. Ссылка на документы тоже есть.
Я проверю это завтра и отмечу как ответ, если это решит проблему.
@nowox Есть прогресс в проверке?
Да, это работает, но вместо этой строки legacy_tox_ini было бы лучше использовать формат .toml. Я не могу проголосовать за ваш ответ, сначала вам нужно его отредактировать :(
@nowox «…было бы лучше использовать формат .toml вместо этой строки legacy_tox_ini». Не моя вина. :-) Я могу предположить, что tox автор(ы) хотят иметь один парсер для tox.ini, они выкачивают legacy_tox_ini из pyproject.toml и отправляют его в парсер. «Я не могу проголосовать за ваш ответ, сначала вам нужно его отредактировать» Отредактировано :-)
Мой полный вариант использования использует гораздо больший размер
pyproject.toml. Цель.toml— избежать появленияtox.ini. Таким образом, Токс должен иметь возможность прочитать его с.toml.