Dotfiles

原来极客都是这样管理 dotfiles 的 大家好，我是极客老墨。 作为开发者，你肯定干过这种事：新买了台 MacBook，兴冲冲地打开，然后开始漫长的配置之旅——装 Neovim、调 VSCode、改 .zshrc、配 Git、搞主题、设快捷键……折腾了一整天，终于把环境调成自己熟悉的样子。 更惨的是，过了半年，你又换了台机器，或者不小心把配置改坏了，想恢复？抱歉，当时怎么配的已经忘得一干二净。 这种痛，我懂。所以今天咱们就来聊聊，怎么用 Git 管理这些配置文件（dotfiles），让你的开发环境可以"一键复制"，随时回滚，多机器同步。 说实话，我折腾 dotfiles 管理已经好几年了。从最开始手动复制配置文件，到后来用 bare repository，再到现在的 symlink 方案，每种方法都试过，每种方法都有坑。今天就把这些年的经验全部掏出来，告诉你什么方法最靠谱。走起！ 什么是 Dotfiles？ Dotfiles 就是那些以 . 开头的配置文件，比如： .zshrc - Zsh 配置 .vimrc - Vim 配置 .gitconfig - Git 配置 .config/nvim/ - Neovim 配置 .config/wezterm/ - WezTerm 配置 这些文件决定了你的开发环境长什么样，用起来爽不爽。 为什么要管理 Dotfiles？ 痛点 1：换机器就抓瞎 新买了台 MacBook，想把老机器的配置搬过来？ 手动复制？太慢了，而且容易漏。 痛点 2：配置丢了找不回来 不小心改坏了配置，想恢复？ 没有版本控制，只能重新配置。 痛点 3：团队协作困难 团队想统一开发环境？ 每个人的配置都不一样，沟通成本巨大。 解决方案：用 Git 管理 把配置文件放到 Git 仓库： 版本控制 多机器同步 团队共享 随时回滚 方法一：Bare Repository（我用过，不推荐） 这是一种很"极客"的方法，不需要软链接，直接把 ~ 目录作为工作目录。 ...