开发环境

为什么要做这个项目 每次换机器、重装系统或者迁移开发环境时，最烦的往往不是装软件，而是把一堆零散配置重新凑起来： shell 配置 Vim / Neovim 配置 Git 配置 SSH 配置 这些文件平时分散在各处，真到迁移时就会发现： 有的改动忘了记 有的文件路径不统一 有的手动复制很容易漏 所以我给自己定了一个目标：把常用配置整理成一个 dotfiles 仓库，并且让它能在新机器上快速部署。 这个项目的目标不是“备份几个隐藏文件”，而是把环境管理变成一个可维护的流程。 这次做了什么 这次项目包含了几个明确步骤： 收集现有配置文件 设计 dotfiles 目录结构 编写安装脚本 初始化 Git 仓库并同步到 GitHub 补 README 和使用说明 最终成果不是“多了一个文件夹”，而是得到了一套可以复用的环境管理方式。 我是怎么组织这个仓库的 核心思路不是把所有文件乱丢进去，而是按类型组织： shell nvim / vim git ssh 这样做的好处是： 以后查找配置更快 哪一类配置要迁移，一眼就能找到 后续做安装脚本和备份逻辑也更自然 这个项目的关键不在“文件数量”，而在于结构是否清晰。 安装脚本为什么重要 如果只是把配置文件备份到 GitHub，其实还不够。 真正有价值的是：在一台新机器上，能不能快速恢复出接近原来的环境。 所以我写了一个安装脚本，负责做三件事： 创建符号链接 备份已有文件 支持安装和卸载 这就把“手动复制配置”变成了“运行一个脚本恢复环境”。 同步到 GitHub 的意义 这一步的意义不只是备份。 把 dotfiles 放进 GitHub 后，我获得了三个好处： 配置有版本历史 可以在多台机器之间同步 新环境部署时不需要从零开始整理 这次仓库也顺利创建并推送成功，整个流程跑通之后，环境管理这件事就从“临时救火”变成了“可维护工程”。 ...