Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/django/19.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
GIT下的Django媒体文件_Django_Git - Fatal编程技术网

GIT下的Django媒体文件

GIT下的Django媒体文件,django,git,Django,Git,我们刚刚开始使用Django网站项目的git帐户,这样团队就可以在源代码上进行协作 我听到过关于如何处理/media目录的不同意见。我们目前将/static目录置于版本控制之下,以便可以克隆和重新创建整个项目。然而,该网站还包含大量(>400mb)上传的画廊图片,这些图片可能会随着时间的推移而增长 这也应该在git下吗?使用GIT时是否有合理的大小限制?还有其他方法处理Django社区使用的/media文件夹吗 非常感谢您的指导。您应该将您的媒体文件夹排除在.gitignore中。有一些问题

我们刚刚开始使用Django网站项目的git帐户,这样团队就可以在源代码上进行协作

我听到过关于如何处理
/media
目录的不同意见。我们目前将
/static
目录置于版本控制之下,以便可以克隆和重新创建整个项目。然而,该网站还包含大量(>400mb)上传的画廊图片,这些图片可能会随着时间的推移而增长

这也应该在git下吗?使用GIT时是否有合理的大小限制?还有其他方法处理Django社区使用的
/media
文件夹吗


非常感谢您的指导。

您应该将您的媒体文件夹排除在.gitignore中。有一些问题

  • 当您签入文件时,可能会在服务器上修改这些文件(上载脚本)。那你就不能拉了

  • 当你需要你的资源时,你必须下载整个媒体文件

  • 每次在服务器上都必须提交新文件


所以我们不用媒体文件就可以使用它。但是,如果您已经完成了自动部署,并且有足够的时间来完成它。

绝对不要将您从live站点上传的所有文件都放在源代码中。这不是他们该去的地方。至少您应该将/media目录备份到外部位置,例如另一台服务器、本地NAS、某些备份提供商等


如果开发团队希望在开发过程中访问这些文件,则应该考虑将这些文件的一小部分放在源树中,并为开发环境创建标准的测试数据集。< /P>以及其他人如何访问媒体文件?您是否为这些设备维护单独的备份?将它们放在共享驱动器上,并备份到该驱动器。明白。这似乎合乎逻辑。是的,我们不使用GIT进行备份。没有罪恶,然后你需要一个cronjob来添加和提交你的文件,这不是很好。