-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Add support for per-project settings #618
Comments
Has any consideration been given to storing some of these local settings in |
Would be a very useful feature. Or should I say that it is a must-have? |
To further expand on my proposal, perhaps Poetry could build settings in the following order:
|
That matches with how Pip also does this in 3 levels: The system wide setting is something I use quite often. It allows all users on a system to have the same settings, irrespective of who is setting up an environment. That might be useful when different users update an application on a server, for example. |
Can I put in a request for passing config options on the command line, like |
Just want to second @jacebrowning 's proposal -- project-specific settings would be most useful to devs if they lived in For me it seems that all project-specific settings should be in |
Sorry disturbing you, but could you confirm this issue is only about to set local properties through CLI? Because I tried to put manually into
But it has no effect, I have no Maybe your issue is targeting the fact no local settings are taken in account? Thank you, |
This is implemented in #1272 and will be available in the next |
Is there any update as to whether config.toml could be incorporated into pyproject.toml as per |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Issue
Sometimes you might want some settings to be set on a per-project basis. For instance, you might want your virtualenv to be created inside the project's directory only for the current project.
To make this possible, we could add a
--local
option to theconfig
command.The example use case above would then look like this:
poetry config settings.virtualenvs.in-project true --local
And alternative way would be to make namespace command:
config:local
:poetry config:local settings.virtualenvs.in-project true
The text was updated successfully, but these errors were encountered: