¿Los submodules de Git son una buena solución para almacenar un volcado de DB grande?

Es decir, tenemos un file de 20MB bzip2 sql de datos de desarrollo que nos gustaría tener versionados junto con nuestro código de desarrollo.

Sin embargo, no deseamos que este file se retire del repository de forma pnetworkingeterminada con cada nueva copy / recuperación.

Una solución parece ser almacenar este file grande en un repository separado y luego vincularlo con un submodule. Luego, un desarrollador searchá el file db solo cuando necesiten recuperar y restablecer su database de desarrollo. Y luego, cuando hay un cambio de esquema, el file de la database se actualizará, se asignará al repository externo y se actualizará el submodule.

¿Es este un buen flujo de trabajo de desarrollo? ¿O hay una mejor manera de hacer esto?

EDITAR: el volcado de SQL sin comprimir es de 360 ​​MB.

EDITAR: Github dice "no", no hagas esto:

Volcados de bases de datos

Los grandes files SQL no funcionan bien con los sistemas de control de versiones como Git. Si está buscando proporcionar a sus desarrolladores el set de datos de producción más reciente, recomendamos usar Dropbox para compartir files como estos entre sus desarrolladores.

Terminé haciendo que un server web simple sirva el directory de volcado de esquema del repository donde se almacenan los volcados. El repo creció muy rápido porque los vertederos son grandes y estaba desacelerando a la gente solo para clonarlo cuando tenían que abrir nuevos nodos.