为什么Melpa（Emacs Lisp存储库）版本号如此之高？

我曾经在我的elisp仓库列表中有Melpa;我最近在意识到它的版本号肯定必须与其他版本的版本号完全不同（例如Marmalade，正常的Elpa）之后才删除它，因此，当使用U来“标记可升级软件包”时，版本Melpa和另一个版本库中存在的每个软件包将始终是Melpa版本，仅仅因为Melpa回购版本的版本高得可笑。为什么Melpa（Emacs Lisp存储库）版本号如此之高？

实施例1：abl-mode的可用果酱版本是0.9.0。相同包装的可用Melpa版本是... 20130607.917？！

实施例2：的flex-autopair可用果酱版本是0.3 。相同包装的可用Melpa版本是20120809.2118 ...有些东西了。

如果不是因为这意味着Emacs软件包管理器认为是最新版本，我不会担心......可能不是最新版本。由于Melpa（其中有一些很棒的软件包，其他软件仓库没有，顺便说一句）显然是使用不同的编号/版本系统...我不能再将它包含在package-archives中。有没有解决这个问题的软件包/将Melpa版本号翻译为正常版本，并使Melpa与其他版本兼容？

来源

2013-07-05 ksoo

版本号代表每个包从其存储库中取出的日期。

There's an issue on the github page explaining this further.

这也可以从一个特定的存档中排除某些包。 Read here to see how

我不会过分担心你的emacs被愚弄到下载旧版本。关于Melpa的一件很酷的事情是（对于大多数软件包）它会自动从其源代码库（通常为git）中抽取每个软件包的最新版本。所以这个包很可能不会过时。

来源

2013-07-05 23:29:36 Malabarba

因此，大多数人都希望默认排除MELPA，只明确地将其作为他们希望跟踪存储库HEAD的任何软件包的源代码，而不是最新的稳定版本？ – phils

@phils我不这么认为。当包装被放入MELPA时，该包装的作者已经决定主人足够稳定。实验/不稳定的变化应该在主题分支上完成。 – d11wtq

这一切都取决于每个开发人员如何管理他的包。有些人将MASTER分支用于开发代码，而其他人则将其留给其他分支。一般来说，我使用了来自Melpa的大量软件包，并且由于代码不稳定而不记得曾经有过问题。 @phils – Malabarba

为什么Melpa（Emacs Lisp存储库）版本号如此之高？

回答

相关问题