Python Satchmo和#x27之间的差异;s local_settings.py和settings.py
有人能解释一下Satchmo中的Python Satchmo和#x27之间的差异;s local_settings.py和settings.py,python,django,satchmo,Python,Django,Satchmo,有人能解释一下Satchmo中的local\u settings.py和settings.py之间的区别吗 我知道settings.py模块将导入local\u settings.py模块作为最后一步。因此,local_settings.py中的任何设置优先。但这样做的意义何在?settings.py不应该是特定于您的项目的配置吗?为什么还要费心额外的步骤来设置local_settings.py 基本上,我发现自己需要添加新设置,但我不知道是否应该将它们放入settings.py或local\u
local\u settings.py
和settings.py
之间的区别吗
我知道settings.py
模块将导入local\u settings.py
模块作为最后一步。因此,local_settings.py
中的任何设置优先。但这样做的意义何在?settings.py
不应该是特定于您的项目的配置吗?为什么还要费心额外的步骤来设置local_settings.py
基本上,我发现自己需要添加新设置,但我不知道是否应该将它们放入
settings.py
或local\u settings.py
。有人能解释一下吗?想法是settings.py
包含运行项目实际需要的所有设置local_settings.py
适用于需要在本地覆盖其中任何设置的情况,例如在开发过程中。例如,您可能有不同的数据库密码或模板路径等
您的问题的答案是将新设置放入
settings.py
。local\u settings.py
仅用于扩展settings.py
的本地开发系统。在部署服务器上,settings.py
仅在没有local\u settings.py
的情况下使用
一个建议是,您的存储库中不包括local\u settings.py
,这样每个开发人员都可以拥有自己的,并且不会在部署服务器上使用它
查看这些文章以了解更多信息:
这是有道理的。我假设
local\u settings.py
是Satchmo项目特有的,但它似乎实际上是一个Django构造。谢谢