我一直在开发一个基本的应用程序。现在在部署阶段,很明显,我需要本地设置和生产设置。
很高兴知道以下内容:
该DJANGO_SETTINGS_MODULE环境变量,其设置文件Django的控件将加载。
DJANGO_SETTINGS_MODULE
因此,您可以为各自的环境创建单独的配置文件(请注意,它们当然可以import *来自单独的“共享设置”文件),并用于DJANGO_SETTINGS_MODULE控制使用哪个文件。
import *
这是如何做:
如Django文档中所述:
DJANGO_SETTINGS_MODULE的值应采用Python路径语法,例如mysite.settings。请注意,设置模块应位于Python导入搜索路径上。
所以,让我们假设你创建myapp/production_settings.py并myapp/test_settings.py在源存储库。
myapp/production_settings.py
myapp/test_settings.py
在这种情况下,您将分别设置DJANGO_SETTINGS_MODULE=myapp.production_settings使用前者和DJANGO_SETTINGS_MODULE=myapp.test_settings后者。
DJANGO_SETTINGS_MODULE=myapp.production_settings
DJANGO_SETTINGS_MODULE=myapp.test_settings
从现在开始,问题归结为设置DJANGO_SETTINGS_MODULE环境变量。
然后,您可以使用引导脚本或流程管理器来加载正确的设置(通过设置环境),或者仅在启动Django:之前从您的Shell中运行它export DJANGO_SETTINGS_MODULE=myapp.production_settings。
export DJANGO_SETTINGS_MODULE=myapp.production_settings
请注意,您可以随时从Shell运行此导出-它不需要存在于您的.bashrc容器中。
.bashrc
如果您不喜欢编写用于设置环境的引导脚本(并且有很好的理由!),我建议您使用流程管理器:
environment
.env
最后,请注意,您 可以 利用PYTHONPATH变量将设置存储在完全不同的位置(例如,在生产服务器上,将其存储在中/etc/)。这允许将配置与应用程序文件分开。您可能想要或不想要它,这取决于您的应用程序的结构。
PYTHONPATH
/etc/