Open jcassee opened 6 hours ago
Currently it doesn't support the export command because I didn't personally have a use case for it but it would definitely make sense.
What behavior would you expect from poetry export
? Export the root lockfile (so all dependencies of the repo) or select just the ones relevant for the current subproject in the repo?
Good question!
My use-case is the combination with nx.dev, and the nx-python plugin. It generates per-subproject lockfiles, even when using a shared virtual environment.
Selecting only the relevant dependencies would be purest, of course, but I'm already happy with just exporting the whole root lockfile.
In that case, I think poetry export
at the root of the repo should still work with no changes for exporting the whole root lockfile. I can try to get the exporting of relevant dependencies only in the near future
Indeed, that works, but the nx-python plugin runs it with in the subproject root and expects a lockfile there. (See the output in my first message.)
I do understand this is a pretty particular case. If you have pointers, I might also take a stab at it myself. I did look at the code, but could not understand it with just a casual glance.
When running
poetry export
, this is the output:Does it make sense to also modify the
export
command?