对我的 Dotfiles 的理性升级
原文英文，约800词，阅读约需3分钟。
📝
内容提要
最近，我对我的dotfiles进行了改进，现在可以在新机器上进行引导，使其感觉像旧机器一样。尝试了Nix，但最终使用shell脚本和Makefile来实现引导。关键是将真正的需求与适当的方法相匹配。
🔎
延伸解读
从 Nix 的尝试看工具选型
作者尝试 Nix 但最终放弃，原因包括文档混乱、函数式概念复杂，以及最重要的——功能过剩。这提醒我们，选择工具时应先评估文档质量，并判断其是否匹配自身需求。强大工具未必高效，反而可能带来混乱。
简单方案的实际效果
作者用 shell 脚本和 Makefile 实现引导，过程快速顺畅，且能有序整理每个步骤。这种方法虽然简单，但足以满足在新机器上安装工具、创建符号链接等需求。说明简单方案在明确需求后往往更高效。
当前方案的局限与未来探索
作者指出，无论是当前的符号链接方案还是 bare Git repo 方案，都缺乏秘密管理、测试调试和文件加密等现代功能。因此作者正在探索 chezmoi 等新工具，并强调需求会不断演变，持续学习是必要的。
❓
Q&A
如何在新机器上引导我的开发环境？
可以使用shell脚本和Makefile，通过简单的命令安装所有必要的编码工具。
为什么放弃使用Nix作为包管理器？
因为Nix的复杂性和文档问题让我感到困惑，最终发现它不适合我的简单需求。
如何管理分散的dotfiles？
可以使用bare Git repo来管理dotfiles，避免额外的文件副本。
dotfiles的需求会如何变化？
我的需求会不断演变，因此我会继续学习和探索新的工具。
使用Makefile引导的过程是怎样的？
在新机器上克隆repo后，使用Makefile中的命令安装软件包并创建dotfiles的符号链接。
目前有哪些新的dotfile工具值得探索？
目前正在探索chezmoi等其他dotfile工具，寻找更好的解决方案。
🏷️
