Python 使用Django创建和传输站点

作为一名初出茅庐的Django开发人员，我想知道使用Django创建一个站点，然后将完整的文件结构传输到另一台机器，在那里它将“上线”，这是否是一种习惯，或者确实是可能的

谢谢

---

~Caitlin

您可以使用GIT、Mercurial或其他版本控制系统。将站点结构放在中央服务器上。之后，您可以将站点部署到多个服务器上，例如使用fabric。对于部署过程，您应该考虑使用例如VielalEnv将项目与全局Python包和要求隔离。

< P>可以使用Git或Myalior或其他版本控制系统。将站点结构放在中央服务器上。之后，您可以将站点部署到多个服务器上，例如使用fabric。对于部署过程，您应该考虑使用例如VielalEnv将项目与全局Python包和需求隔离。

当然，这是可能的，事实上，这是“活下去”的唯一途径。您不想在live server中开发，是吗？对于任何平台都是如此，不仅仅是django

如果我正确理解了您的问题，您需要一个系统来推动您的开发代码生效

• 使用版本控制系统：git、svn、mercurial等
• 识别特定于环境的代码，如设置/配置文件等，并为每个环境分别提供它们的实例
• 创建一个具有实时数据或类似实时数据的测试/登台/PP环境，并在将代码推送到实时环境之前将其部署到该环境中
• 为了避免部署过程中的任何停机，通常会创建一个指向现有代码文件夹的符号链接。推送新版本时，在完成所有其他依赖项（如设置和数据库更改）并将sym链接指向新文件夹后，将使用新代码创建一个新文件夹

---

当然，这是可能的，事实上，这是“上线”的唯一途径。您不想在live server中开发，是吗？对于任何平台都是如此，不仅仅是django
如果我正确理解了您的问题，您需要一个系统来推动您的开发代码生效
• 使用版本控制系统：git、svn、mercurial等
• 识别特定于环境的代码，如设置/配置文件等，并为每个环境分别提供它们的实例
• 创建一个具有实时数据或类似实时数据的测试/登台/PP环境，并在将代码推送到实时环境之前将其部署到该环境中
• 为了避免部署过程中的任何停机，通常会创建一个指向现有代码文件夹的符号链接。推送新版本时，在完成所有其他依赖项（如设置和数据库更改）并将sym链接指向新文件夹后，将使用新代码创建一个新文件夹

---

是和否。取决于具体情况。但是，通常情况下，它可以是“是”。

settings.py

有几个变量来执行此操作（如deug、MEDIA\u ROOT、MEDIA\u URL、数据库、端口、允许的主机等）。你也有。请记住为每个环境分配

settings.py

的方法。我不理解这个问题。当然有可能：否则你会怎么做？您希望在生产机器上进行开发。是和否取决于具体情况。但是，通常情况下，它可以是“是”。

settings.py

有几个变量来执行此操作（如deug、MEDIA\u ROOT、MEDIA\u URL、数据库、端口、允许的主机等）。你也有。请记住为每个环境分配

settings.py

的方法。我不理解这个问题。当然有可能：否则你会怎么做？您希望在生产机器上进行开发。