-
Hi all, Potentially a basic question here. I'm using Python 3.6 out of necessity to support a proprietary Python API that doesn't work for later versions of Python. I've been following the recipe, but realised the majority of the necessary plugins (as well as mkdocstrings) requires 3.7. I'm building the docs with GitHub actions for my repo, so I can easily run this as the required 3.7. For development I'm using Poetry, which has been great to manage dependencies and virtual environments, but has been a pain to manage when working with multiple environments for one project on Windows. I did get it working, but it does not allow using a virtual environment newer than the maximum version specified in I'd like to have this all a nice and smooth CI/CD process but not sure of an easy solution. I'm aware it's considered bad practice to install python libraries globally. Should I perhaps use another tool to manage a separate venv for docs? One that ignores Apologies if this question is off-topic. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
So, to try and summarize: you have |
Beta Was this translation helpful? Give feedback.
So, to try and summarize: you have
python <= 3.6
as a requirement, and would like to benefit from Poetry. As you said, Poetry won't be happy and won't resolve deps as mkdocstrings and plugins arepython >= 3.7
. Apart from using a venv manually, I don't see a solution for Poetry. With PDM you could maybe use theoverrides
option: https://pdm.fming.dev/usage/dependency/#solve-the-locking-failure