你怎么知道的Djangoproject.com是否部署到prod？我应该打包Django项目来部署它吗？

Question

我知道这不是一个很有风格的问题，但我认为知道答案会很有启发性。你知道吗

的sourcedjangoproject.com对于理解Django项目的可能布局非常有帮助。然而，缺少setup.py文件表明这个项目并没有“打包”以投入生产。你知道吗

我对“如何设置nginx”、“使用哪个DB”、“如何<insert detail of hosting>”都不感兴趣。我感兴趣的是：

1. 他们如何将djangoproject.com部分部署到生产服务器上？
   • 他们只是在盒子上做一个git pull来把文件放好吗？还是scp/rsync/ftp？你知道吗
   • 谁/什么执行此步骤？我猜它是自动的，但是它是基于标签触发的吗？或关闭。焦油.gz放在特殊位置的文件？（考虑到github项目中没有标签/发布，只有一个master分支，我猜不管是什么，都会部署到master上？）你知道吗
2. 如果需要，他们如何管理回滚？/是自动的吗？（不需要实际的细节，但是一般的信息就可以了）
3. 我是否应该打包应用程序以进行部署？
   • 我一直喜欢打包的部署（即，我打包我的项目，将其放在一个私有的PyPI中，并有一个单独的“部署”项目从中安装），但我开始怀疑它是否必要/是否是一个好主意。你知道吗

关于各种情况下的部署细节（apache对nginx，AWS对heroku对您自己的，ansible对fabric对……），这里有很多问题，但我真的想把重点放在打包/项目布局和部署的关系上。你知道吗

Answer 1

这是一个非常开放的问题。你知道吗

1. 我绝对不建议git pull，原因有很多。。i、 将不需要的代码拉入生产环境。有许多CI/CD服务（即awscodeploy）可以自动化这个过程。

2. 回滚也可以在CI/CD级别实现自动化，许多服务允许您选择要回滚的已部署修订，和/或从以前的git提交重新部署新修订。

3. 我还没见过这种部署。。如果您的想法正确，我建议您查看Docker and Docker Compose