orj*_*jan 6 version-control image
在阅读DB中存储图像后 - 是啊还是不？我认为文件系统是存储图像的正确位置.但我想知道您如何处理不同环境(dev/stage/prod)中上传图像的备份/版本控制以及网络负载平衡？
使用数据库时,这些问题非常容易处理,例如,从生产环境进行备份,并在开发环境中恢复数据库.
您如何使用git来处理上传文件的版本控制,例如？
生产环境:
开发人员在工作:
我认为上面的解决方案对于开发人员来说非常顺利,图像将受版本控制,并且环境可以相互隔离.
对于我们来说，版本控制并不像发行版那么重要。元数据通过网络管理添加，图像被放置在管理服务器上。Rsync 脚本将它们推送到提供产品镜像的集群。对于开发/测试，我们只需从产品主服务器 rsync 回开发服务器。
rsync 非常适合负载平衡和分配。如果你在 git 中作为管理/主服务器，你就有了一个很好的解决方案。
如果您同意在备份时保留文件历史记录的备份（而不是每次修订的版本控制），那么对此进行一些调整可能会有所帮助： 使用 rsync 进行自动快照式备份。