微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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

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

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

Hello Wordrm -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 时针对darwinlinuxwin32的差异放在了不同目录下而不是不同分支中,没有剑走偏锋,但又似乎像极了每每 12 点打开收藏的舔狗语录。

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

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

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐