自 更好的 Git Blame 继续讨论：
平时有些有用的小函数没地方分享，当成包发布首先不够大，其次melpa肯定过不了。
我在想是不是可以写一个分享snippet的包？想分享自己的snippet（有用的小函数之类）的话就放到一个gist里，配合一个可以下载、更新、卸载snippet的包。
甚至可以搞得更方便一点，在wiki上搞个文件snippet-alist.el，里面是一个snippet名字对应地址的alist，这样就能像package.el一样用名字（而不是gist url）下载snippet。（当然这样安全性有点……）
想多了，多少人还抱着package.el不放呢。
另外el-get可以下载gist的。
el-get比较复杂，我以前不太会用Emacs，尝试的时候总是出错。现在我用自己的几个函数配合package.el基本能解决大部分问题，就懒得尝试包管理器了。
package.el有点类似应用商城，不像传统的编程语言包管理。放在atom，vscode这样的编辑器或许可行，但是放在Emacs就很不方便。
最可恶的是Emacs的url.el也烂得不行。间接导致package.el出各种岔子。
但 el-get 使用很简单：
(el-get-bundle example :url "http://example"
...)
自己弄一个分享包的包，最后也可能是朝着 el-get 走。
我早就想吐槽这个了，26.3 之后才算没什么问题。之前是 bug 常年不修，修了之后又反复。估计也因为 url.le 的 bug 而劝退了不少新手：还没入门就遭遇到包下载的问题，然后归咎于墙，但是架上梯子也不太灵光，一脸懵圈。
package.el功能贫弱，高级功能不提，甚至连emacs lisp api都没有，还要靠第三方包：
最最基本的，连package-update都没。虽然看实现好像就是删除了以后安装（package-menu-execute）
只能说Emacs用户还是太少，不像VIM开发火热
P.S.
你这例子举错了，epl是用来对23到24版本官方package.el实现和第三方实现的提供统一接口的，24以后直接用package.el的就行了。
用 paradox 增强下，自动升级什么的都有了。Centaur 中我全部改为了异步，升级完全不妨碍当前的操作，挺好的。