即，我们有一个20MB的bzip2开发数据sql文件，我们希望将它们与我们的开发代码一起进行版本化。
但是，我们不希望默认情况下每次刷新/获取时都会从repo中删除此文件。
一个解决方案似乎是将这个大文件存储在一个单独的仓库中，然后用子模块链接到它。然后，开发人员只有在需要检索和重置其开发数据库时才会获取db文件。然后，当存在模式更改时，将更新数据库文件，将其提交到外部存储库，并更新子模块。
这是一个很好的开发工作流程吗？或者有更好的方法吗？
编辑：未压缩的SQL转储是360MB。
编辑：Github说“不”，不要这样做：
数据库转储
大型SQL文件与版本控制系统不兼容，例如 Git的。如果您希望为您的开发人员提供最多 最近的生产数据集，我们建议使用Dropbox进行共享 您的开发人员之类的文件。
答案 0 :(得分：1)
我最终制作了一个简单的Web服务器，从存储转储的存储库中提供架构转储目录。回购增长非常快，因为转储量很大，并且只是在人们不得不调出新节点时克隆它们，这使得人们放慢速度。