Я початківець в Emacs (використовую його вже близько 2 тижнів і люблю це). Коли я оновлюю і розширюю свій ~/.emacs.d/init.elфайл, те, що я там записую M-x package-install, залежить від певних пакунків, які я встановив із MELPA, використовуючи .elфайли, які я сам написав тощо.

Моє запитання: чи варто в майбутньому перемикати комп’ютери, наприклад, який найкращий спосіб безперешкодно отримати те саме середовище Emacs на новому комп’ютері, як у мене зараз?

Правильне рішення полягає у використанні straight.elменеджера пакунків, який я написав для вирішення цієї проблеми. Ви можете дізнатися більше про це в іншій відповіді на це питання .

Ця відповідь, написана місяцями до того, як я розпочав роботу straight.el, раніше описував суворо неповноцінний спосіб досягнення часткового рішення. Цей підхід коротко описаний нижче; Я більше не рекомендую його.

Навіть якщо ви не хочете користуватися straight.el, вам слід принаймні прийняти use-package. (Не те, що обидві є взаємовиключними - я вважаю, що найчистіша установка походить від використання обох.)

Почніть з визначення списку пакунків у своєму init-файлі:

(defvar my-packages
        '(
          aggressive-indent
          avy
           .
           .
           .
          projectile
          undo-tree
          )
  "List of packages to be installed at Emacs startup.")

Потім встановіть їх автоматично:

(require 'cl-lib)
(package-initialize)
(unless (cl-every #'package-installed-p my-packages)
  (dolist (package my-packages)
    (unless (package-installed-p package)
      (package-install package))))

Якщо ви тримаєте init.elфайл під контролем версій, то синхронізація його з іншою машиною призведе до того, що ваші пакети будуть встановлені автоматично. Звичайно, встановлені версії будуть зовсім іншими, і не можна очікувати, що ваша конфігурація вийде з коробки в результаті. Це є основним недоліком package.elі є однією з причин, чому такий підхід поганий. Побачимо ще раз straight.el. Зауважте також, що наведений вище код відокремлює ваш список пакунків від вашої конфігурації для цих пакетів, що ускладнює відстеження речей у вашому init-файлі. Це ще один головний недолік. Побачимо ще раз use-package.

Якщо ви використовуєте use-package , ви можете переміщувати цей файл з комп'ютера на комп'ютер, і коли Emacs запускається, доки у вас є доступ до Інтернету, він забиратиме пакунки та налаштовує їх.

Спочатку встановіть бібліотеку пакетів:

(require 'package)
(add-to-list 'package-archives
             '("melpa" . "https://melpa.org/packages/") t)
(package-initialize)

А потім завантажувальна програма use-package:

(unless (package-installed-p 'use-package)
  (package-refresh-contents)
  (package-install 'use-package))

(eval-when-compile (require 'use-package))

Тепер, замість того, щоб налаштувати Emacs та припустити, що встановлені пакети, використовуйте use-packageїх як для встановлення, так і для налаштування. Наприклад, для деяких моїх налаштувань керма:

(use-package helm
  :ensure t
  :bind (("M-x" . helm-M-x)
         ("M-y" . helm-show-kill-ring)
         ("C-x C-f" . helm-find-files)
         ("M-s o" . helm-occur))

  :config
  (helm-mode 1)
  (setq helm-echo-input-in-header-line t))

Управління пакетами наступного покоління за допомогою straight.el

Після тривалої і розчарувальної боротьби використовувати package.el+ Quelpa для управління своїми пакунками, я кусав кулю і написав власного менеджера пакунків . Він призначений повністю замінити package.el, забезпечивши досвід управління пакетом, який перевершує майже будь-який спосіб.

Ви можете прочитати дуже обширну документацію, щоб дізнатися про всі її особливості, але найбільш релевантним у цьому питанні є те, що straight.elзосереджено на ідеальній відтворюваності . Це означає, що не має значення, чи нормально ви запускаєте Emacs, чи запускаєте його на новій машині, а також те, що будь-які локальні зміни контролюються версією та можуть бути повернені до канонічного стану. Практично кажучи, це досягається (1) клонування пакетів як сховищ Git та надання автоматизованих інструментів для управління їх станом; (2) використання init-файлу як єдиного джерела істини для стану управління пакетами, без змінних даних, що зберігаються в іншому місці; та (3) використання додаткових файлів блокування версій для встановлення точних змін Git кожного пакету, а також будь-яких сховищ рецептів таstraight.el себе.

Для початку вставте фрагмент завантажувальної програми , який буде встановлено та активовано straight.el. Потім, щоб переконатися, що пакет встановлений, просто надішліть виклик straight-use-packageу свій init-файл:

(straight-use-package 'projectile)

Так, це так просто. Ніякого поводження зі package-refresh-contentsсміттям чи будь-яким із цього сміття. Якщо ви видалите цю форму зі свого init-файла та перезапустите Emacs, Projectile більше не завантажуватиметься (на відміну від package.el). Це означає, що вам не доведеться турбуватися про те, що ваша конфігурація якось не працює на новій машині, оскільки ви випадково залежали від незадекларованих пакетів.

Ви можете встановлювати пакети куди завгодно та коли завгодно, у всьому своєму init-файлі (не потрібно оголошувати їх перелік в одній точці). Звичайно, ви також можете просто зробити

(dolist (package '(ace-jump-mode ... zzz-to-char)) (straight-use-package package))

якщо ви віддаєте перевагу списку. Однак я рекомендую використовувати use-packageдля керування конфігурацією пакета. Спочатку потрібно встановити його:

(straight-use-package 'use-package)

Потім, оскільки straight.elмає вбудовану інтеграцію з use-package, наступне "просто працює":

(use-package projectile
  :straight t
  :init (projectile-mode 1))

Після того, як ви написали свій init-файл, щоб встановити необхідні йому пакунки, запустіть, M-x straight-freeze-versionsщоб зберегти файл блокування версій ~/.emacs.d/straight/versions/default.el. Ви повинні тримати цей файл під контролем версій, оскільки він дозволить straight.elперевірити правильні версії всіх ваших пакетів під час першого запуску Emacs на новій машині. (Ви можете вручну повернутися до версій, визначених у файлі блокування, використовуючи M-x straight-thaw-versions.)

Для підтримки ідеї локальних машинних точкових файлів, про яку я згадував у своїй іншій відповіді , straight.elпропонується профільна система . Я все-таки рекомендую використовувати символьні посилання для ваших точкових init.elфайлів (у цьому випадку ваш локальний init-файл, якщо це можливо, і файл блокування версії, якщо ви хочете використовувати його).

Якщо вам цікаво, як straight.elпорівнювати його з іншими менеджерами пакунків, ознайомтесь із розділом широкого порівняння . Але є ще багато документації на все інше .

Ви можете використовувати cask для управління вашими пакунками. Використовуйте git / github для контролю джерела та синхронізації точок файлів emacs.