如果不考虑效率和实现难度，什么都可以当数据库。

Git 的主要功能是处理纯文本内容的版本管理（简单说就是增删内容），当然可以用于管理纯文本类型的数据。
当然，我们大可用纯文本把数据保存在一个 Git 仓库里，程序需要的时候就去读一下，还可以上传 Git 服务器备份呢。
（题外话，这种用纯文本文件做数据库的方法叫 DirtyDB ）

这么写的小项目确实跑的很愉快（甚至我有时都这么写），但在面临大规模用户使用（增删查改）的时候，可能会发生一些本来被数据库软件解决了的问题（例如队列、筛选、etc.）。


Git 的命令行输出可以用于查找更改的项目和内容，完全没问题，VSCode 的 Git 集成就是这么做的。

每次 Git 的执行都是独立的进程，问题来了，当我们的服务面临大量用户的时候，运行这些进程会不会造成一些有趣的混乱呢？