我曾經在我的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與其他版本兼容?
因此,大多數人都希望默認排除MELPA,只明確地將其作爲他們希望跟蹤存儲庫HEAD的任何軟件包的源代碼,而不是最新的穩定版本? – phils
@phils我不這麼認爲。當包裝被放入MELPA時,該包裝的作者已經決定主人足夠穩定。實驗/不穩定的變化應該在主題分支上完成。 – d11wtq
這一切都取決於每個開發人員如何管理他的包。有些人將MASTER分支用於開發代碼,而其他人則將其留給其他分支。一般來說,我使用了來自Melpa的大量軟件包,並且由於代碼不穩定而不記得曾經有過問題。 @phils – Malabarba