现在看来该来的还是会来的,syl20bnr (spacemacs founder)刚刚向 develop 推送了最新的 commits,宣告 0.300 版的 spacemacs 已经不远了。
众所周知 spacemacs 的包管理器采用 emacs 自带的 package.el
。从几个主要的软件仓库下载 emacs 插件,其中包括 melpa,org elpa,以及 gnu elpa。这其中更新最快,软件最多最全的当属 melpa,由于 melpa 滚动更新的性质,与 spacemacs 提供一个稳定版的努力(master branch)完全相悖,master branch 由于长时间不更新导致 bug 甚至比 develop 还要多(目前 master 比 develop 落后 1305 个 commits)。这也是为什么大量 spacemacs 新手发现安装 spacemacs master 后 bug 连连,严重影响体验,直至弃用 spacemacs 转投其它平台或者转为 develop branch。我甚至一度以为 syl20bnr 要放弃 master branch。现在看来作者另有打算,他的解决方案就是提供一个专用的稳定仓库 GitHub - syl20bnr/spacelpa: ELPA repository for stable versions of Spacemacs, 强制锁定 spacemacs master 所使用的软件版本。
另外需要注意从 0.300 版本后,spacemacs 所需要的最小 emacs 版本将从 24.4 上升到 25.1。不过这应该不是什么大问题,估计大多数同学早已经迁移到 emacs 25 了。
现在还不知道 syl20bnr 的方案是否凑效,但是需要注意的是:出于测试目的,他将上述改变推送到了 develop branch,也就是说上面所说的改变并非为 develop 而生,并且最终会从 develop 删除。所以,使用 develop 的同学如果在更新后发现了什么问题,请将 issue 反馈给 spacemacs;如果不想参与测试,可以暂时在 user-init
中添加下列语句:
(setq configuration-layer-elpa-archives
'(("melpa" . "melpa.org/packages/")
("org" . "orgmode.org/elpa/")
("gnu" . "elpa.gnu.org/packages/")))
注:使用 emacs-china 镜像的同学请将上面的地址改为相应的镜像地址。
Edit: @everiori 证实也可以通过同步 .spacemacs
文件的方式(快捷键:SPCfeD)避免参加测试。