Django 的 collectstatic 命令是否使生产中使用的 space 加倍？
Does Django's collectstatic command double the space used in production?
我知道 collectstatic 命令将在 Django 项目的不同 Django 应用程序中找到的静态文件复制到定义的单一路径，以便网络服务器可以轻松地提供文件。
这是我的问题：
例如，我在几个应用程序中有很多大的静态文件，我将我的 Django 项目推送到生产环境。我 运行 收集静电。静态文件将被复制到项目静态文件夹。这意味着静态文件现在位于两个不同的位置，所以使用两倍的存储空间不是吗？
我可能在生产部署过程中遗漏了一点，因为我觉得它在存储方面不合适 space。
我相信是的，这是有意为之的行为。你的文件有多大？ Git 本身（假设您使用它）不太适合存储大文件，我建议将这些文件卸载到 S3 等外部服务中。如果这不是一个选项，那么现在存储应该不是一个大问题 - 它非常便宜，我会更担心带宽和部署时间来复制这些资产。
P.S。您 可以 移动文件而不是使用自定义 collectstatic 命令复制它们，如果这对您来说值得麻烦的话。扩展默认 collectstatic.Command 并提供新的 copy_file 实现。
我知道 collectstatic 命令将在 Django 项目的不同 Django 应用程序中找到的静态文件复制到定义的单一路径，以便网络服务器可以轻松地提供文件。
这是我的问题：
例如，我在几个应用程序中有很多大的静态文件，我将我的 Django 项目推送到生产环境。我 运行 收集静电。静态文件将被复制到项目静态文件夹。这意味着静态文件现在位于两个不同的位置，所以使用两倍的存储空间不是吗？
我可能在生产部署过程中遗漏了一点，因为我觉得它在存储方面不合适 space。
我相信是的，这是有意为之的行为。你的文件有多大？ Git 本身（假设您使用它）不太适合存储大文件，我建议将这些文件卸载到 S3 等外部服务中。如果这不是一个选项，那么现在存储应该不是一个大问题 - 它非常便宜，我会更担心带宽和部署时间来复制这些资产。
P.S。您 可以 移动文件而不是使用自定义 collectstatic 命令复制它们，如果这对您来说值得麻烦的话。扩展默认 collectstatic.Command 并提供新的 copy_file 实现。