能否将带数据的数据库托管在GitHub实现团队协同，无需租赁数据库服务器？

你描述的协作方案在小范围、低频率修改的特定场景下可以跑通，不需要一开始就租赁数据库服务器，但存在非常明确的适用边界和潜在风险。

可行的前提条件 #

只有同时满足以下条件时该方案才能正常运转：

• 你使用的是单文件型数据库（比如SQLite），整个数据库的所有数据都存在单独一个磁盘文件中，而非MySQL、PostgreSQL这类需要独立服务进程、数据分散存储的数据库
• 团队规模非常小（仅几人），且大家能约定好串行修改规则：同一时间只会有一个人生成、提交新数据，不会出现多人并行修改本地数据库文件的情况
• 总数据量很小，单数据库文件体积远低于GitHub单文件100MB的上传限制

该方案的核心问题 #

只要你们的团队规模、修改频率、数据量上来，这个方案一定会出问题：

• 二进制文件无法合并：数据库文件属于二进制文件，Git无法对这类文件做内容diff和自动合并，只要有两个人同时修改了本地数据库，后提交的人100%会遇到冲突，且二进制冲突几乎无法手动解决，只能二选一覆盖，非常容易丢失数据
• 仓库体积快速膨胀：Git会保存每一次提交的完整文件副本，哪怕你只往数据库里加了1行数据，Git也会生成一个完整的新数据库文件副本，多次提交后仓库体积会迅速膨胀，pull、clone的速度会越来越慢
• 无法支撑上线需求：如果后续你的Web应用要正式上线对外提供服务，不可能让线上服务从GitHub拉取数据库文件运行，读写性能也完全满足不了线上访问需求

更优的低成本替代方案 #

你完全不需要一开始就付费租赁数据库服务器，可以先选用更稳妥的协作方式：

• 优先提交SQL脚本而非完整数据库文件：每个人生成新数据后，导出对应的INSERT语句保存为.sql文本文件提交到Git，其他人pull后执行脚本即可把新数据导入本地数据库。Git可以很好的处理文本文件的差异对比和自动合并，冲突概率极低，也不会导致仓库体积异常膨胀
• 用云数据库免费额度：大部分主流云厂商都提供入门级云数据库的免费永久额度，小项目的开发、甚至初期上线的流量都能覆盖，不需要额外付费
• 如果坚持用Git管理完整数据库，可以加简单的协作锁：有人要修改数据库前先在团队群里同步，其他人暂时不修改数据库，等对方提交完pull后再操作，避免并行修改冲突

内容的提问来源于stack exchange，提问作者Alihanoa