Comment configurer un référentiel de packages privé?

11

J'ai écrit plusieurs packages pour GNU Emacs, mais ils sont inutiles en dehors de l'environnement de mon entreprise. Je veux pouvoir partager les packages avec d'autres développeurs de mon entreprise. Je souhaite également que les packages soient facilement détectables via package-list-packages.

Je pense que le dépôt privé résoudra mes problèmes, mais je ne trouve aucun manuel sur la configuration des archives personnelles. Pour autant que je sache, le manuel d'informations Elisp suggère des répertoires simples et package-upload-file, mais je ne pense pas que cela fonctionne bien avec les mises à jour simultanées de packages. Existe-t-il d'autres options relativement faciles à configurer?

package-repositories

— roman-kashitsyn
source

1

Un moyen simple serait de créer des dépôts git privés pour toutes vos bibliothèques et de demander aux autres d'utiliser quelpa pour l'installation. Il n'y aura pas de bon menu autour de lui, mais la découvrabilité est aussi simple que de parcourir le profil ou la page org sur les hôtes git.

— Jordon Biondo du

1

github.com/redguardtoo/elpa-mirror peut-être que cela peut aider? Je n'ai pas vraiment regardé à l'intérieur.

— wvxvw

Est-ce vraiment une question Emacs?

— Drew

7

La source de Melpa est disponible , vous pouvez donc simplement le cloner et l'exécuter sur un serveur configuré pour être accessible uniquement depuis l'intérieur de votre bureau (et non sur Internet). Vos développeurs devraient pouvoir accéder au serveur et devraient ajouter l'archive de package-archivesla même manière que Melpa, Marmalade ou autres. Les packages s'afficheraient package-list-packageset pourraient être installés et mis à jour comme n'importe quel autre.

— zck
source

Comment cela constitue-t-il un référentiel privé ? Ne semble pas répondre à la question.

— Drew

3

@Drew Je supposais que le serveur que Roman-Kashitsyn utiliserait se trouverait à l'intérieur du pare-feu de l'entreprise, non accessible sur Internet. J'ai mis à jour ma réponse pour que cela soit clair.

— 2015

1

Une chose que je n'aime pas à propos de Melpa est que melpa-the-recipes est emmêlé avec melpa-the-application dans le même référentiel. Donc, il pourrait être difficile de fusionner des corrections de bugs et de nouvelles fonctionnalités dans mon fork privé. Mais melpa est probablement la meilleure option à essayer.

— roman-kashitsyn

5

Désolé de répondre tard. Je ne l'ai pas vu jusqu'à présent, mais j'ai répondu à une question similaire Comment configurer un serveur Elpa? hier. Jetez-y un coup d’œil en premier.

En bref, il est vraiment très facile de configurer votre propre archive de paquet local avec la package-xfonction Emacs . Ma solution ci-dessus est de dix lignes de code lisp. La mise en place de votre propre site MELPA demande beaucoup de travail en comparaison. Et demander à vos utilisateurs de configurer et d'utiliser Quelpa leur demande beaucoup. De cette façon, ils utilisent simplement la méthode Emacs standard ... tant que vous effectuez le travail de configuration d'un serveur Web pour leur exposer vos archives de packages.

— Prix de Rodney
source

0

https://github.com/redguardtoo/elpa-mirror

Créez un référentiel de packages Emacs local. Seuls les packages installés seront inclus dans le référentiel.

Donc, aucun réseau requis et la taille de votre référentiel sera beaucoup plus petite (2M octets après avoir compressé environ 160 paquets).

De plus, puisque vous ne conditionnez que des packages locaux, vous êtes sûr à 100% que ces packages sont stables sur la nouvelle machine car vous utilisez exactement la même version de packages sur différents ordinateurs.

— chen bin
source