Я написал несколько пакетов для GNU Emacs, но они бесполезны вне среды моей компании. Я хочу иметь возможность поделиться пакетами с другими разработчиками из моей компании. Я также хочу, чтобы пакеты легко обнаруживались через package-list-packages.
Я думаю, что частный репозиторий решит мои проблемы, но я не могу найти руководство по настройке личных архивов. Насколько я понял, информационное руководство по Elisp предлагает простые каталоги и package-upload-file, но я не думаю, что оно хорошо сочетается с одновременными обновлениями пакетов. Есть ли другие варианты, которые относительно легко настроить?
package-repositories
римский Кашицын
источник
источник
Ответы:
Источник Melpa доступен , так что вы можете просто его клонировать и запустить на сервере, настроенном для доступа только из вашего офиса (а не из всего Интернета). Ваши разработчики должны будут иметь доступ к серверу и добавлять архив
package-archivesтаким же образом, как это делают Melpa, Marmalade или другие. Пакеты будут отображаться вpackage-list-packages, и смогут быть установлены и обновлены, как и любой другой.источник
Извините, что отвечаю поздно. Я не видел этого до сих пор, но я ответил на аналогичный вопрос Как мне настроить сервер Elpa? вчерашний день. Посмотрите там в первую очередь.
Короче говоря, на самом деле очень легко настроить свой собственный локальный архив пакетов с помощью функции Emacs
package-x. Мое решение выше - десять строк кода LISP. Создание собственного сайта MELPA - это много работы по сравнению. А то, что ваши пользователи настраивают и используют Quelpa, требует от них многого. Таким образом, они просто используют стандартный способ Emacs ... до тех пор, пока вы выполняете работу по настройке веб-сервера для предоставления им вашего пакета архивов.источник
https://github.com/redguardtoo/elpa-mirror
Создать локальный репозиторий пакетов Emacs. Только установленные пакеты будут включены в репозиторий.
Таким образом, сеть не требуется, и размер вашего хранилища будет намного меньше (2 Мбайт после архивации для 160 пакетов).
Кроме того, поскольку вы упаковываете только локальные пакеты, вы на 100% уверены, что эти пакеты стабильны на новом компьютере, поскольку вы используете точно одинаковую версию пакетов на разных компьютерах.
источник