Git 分支与文件系统的错误玩法——初闻半知骂中意，再闻已是被骂人

初中时班主任曾反复教导我不要剑走偏锋，不要剑走偏锋，然而教主却似乎总是与中国人传统中庸思想背道而驰。

白嫖 UP 肯定不乐意，但如果举报 UP 就会同意白嫖。

从 Hello Word 到rm -rf /*，教主不是正在一个极端，就是正在另一个极端的路上。

依稀记得玩分库分表时偶然看到了一篇知乎： mycat和sharding-jdbc哪个比较好？各有什么优缺点？
然后发现了一个比较有意思的事情：

再加上 Hexo 和 VuePress 部署的 on GitHub Pages 的经典方案：一个 main 分支一个 src 分支。教主渐渐的开始错误的认为：但凡与版本挂点勾的都应该用分支去管理。

直到最近，Git 分支的切换对文件系统的影响，才让我意识到了问题的严重性。

为了方便，教主常常用 Docker Compose Yaml 搭建本地测试环境。然而 Windows 和 Linux 还有一些细微的差异，就比如在数据卷挂载上。比如：Windows 上 PG 和 MongoDB 不能挂载。还有一些比较离谱的 “能挂载但只能挂载一点点”：


于是当教主尝试切换分支后才发现，那些放在 .gitignore 的数据目录虽然已经不受 Git 控制了，但是切换分支时也切换了文件系统中的docker-compose.yml文件，这几乎无异于直接将数据源放在版本控制中。

很庆幸玩 Electron 时针对darwin、linux、win32的差异放在了不同目录下而不是不同分支中，没有剑走偏锋，但又似乎像极了每每 12 点打开收藏的舔狗语录。

曾经那么爱我的人，怎么突然就不爱了

再一次翻开那篇收藏已久的知乎，我竭力想要避开的极端，其实也是另一个极端。初闻半知骂中意，再闻已是被骂人~