只是测试和备份。每次tag一个版本都打包整个.emacs.d，多版本管理。
个人认为 emacs 的配置很难用 CI 去发现问题。
通常来说升级插件配置的问题通常都是一个包调另一个包的函数，然后函数的 API 不兼容导致报错。
但是只要你不去运行这个命令，就不会调函数不兼容的问题，也就不会出现错误。
像插件出现不兼容导致一启动就立刻报错，这种情况是几乎很少很少出现的。因此想通过自动化的 CI 来发现插件升级错误是比较难的。
所以建议你保证好稳定的可回滚就行。可回滚目前有三种方案，基于 straight 的 lockfile 回滚，基于 git submodule 的 checkout 回滚，以及备份 elpa-mirror。你可以自己选一个方案。
每次升级包以后试运行你最常用的工作流看看有没有什么立即可发现的问题，没有的话就不管他了。
等到发现问题了再回滚即可。
1 个赞
手工就好了， 2分钟就搞完了。
相对于你用自动化工具， 升级挂了排查时间最少2个小时到2天。
1 个赞
doom 升级后 magit 不能用了，我也不太用 magit，就这么带伤用了。
doom 开发太活跃了。
我觉得吧，崩就崩吧，反正能编辑文件，有问题就报告、修理，或者晾着，过两年可能就好了😀
总不能又要强又要新又要多还要稳嘛。。。说来这些小毛病还好了，Emacs 时不时卡的问题才是要命，搞不清原因。。。
天天用doom，除了前天的我没更新，之前的我都有更新，magit有点毛病，但是不至于崩呀
你说得对，doom-emacs等三方配置要想少出错，除非自己不折腾，但是用emacs很难不折腾。
- 三方配置
- 自己配置+自动包安装
- 自己配置+手动配置
我理解以上方式前期需要的时长的递增，但是后期的稳定性递增，排查需要的时间递减。
我以前急于快速用起来，所以用的三方配置doom-emacs，这次本来想着要不要基于doom，只用doom-core，但是自己写module。但是想了下，直接放弃三方配置，自己手配，把三方配置作为学习资料吧。
因为需要快速配起来，我先从「三方配置」切到「自己配置+自动包安装」，等到假期了在切到「自己配置+手动配置」
相信懒猫推荐 