Почему Вы использовали бы Dropbox, но также и Мерзавца для Вашего файла инициализации Emacs?
Я слышу, что много пользователей Emacs имеет их init файл (.emacs или init.el) при управлении версиями мерзавца и синхронизирует репозиторий мерзавца по Dropbox, когда они выполняют Emacs в нескольких системах. Почему Вы использовали бы мерзавца в этой ситуации точно?
Обычно проверяя, какая система Вы идете и который вещи загрузиться и установить в зависимости от этого могут произойти в одном и том же init файле для всех систем. То, почему точно Вы хотели бы сохранить историю версий своего init файла, является им действительно, что важный, что он выравнивает по ширине репозиторий мерзавца для него?
Так, разве это не достаточно просто для помещения init файла в каталог Dropbox и загрузку что один непосредственно от Emacs непосредственно вместо того, чтобы вытянуть новейшую версию от синхронизировавшего мерзавца repo в Dropbox?
4 ответа
Git дает вам контроль версий, Dropbox - бесплатный частный хостинг.
До недавнего времени это был единственный бесплатный способ размещения частного Git-репо, о котором я знаю. Gitorious, repo.or.cz и Co. не имеют частных репо, а GitHub, ShareSource и друзья берут деньги за частные репо. Assembla - единственный известный мне хостер, который предлагает бесплатный хостинг частных репо, но это предложение появилось всего три недели назад.
Личные конфигурационные файлы могут содержать конфиденциальные данные, поэтому имеет смысл размещать их в частном порядке, но, возможно, не имеет смысла платить GitHub 7$/мес только за один единственный .emacs файл.
Как только разработчики находят понравившуюся систему контроля версий, появляется тенденция использовать ее для всех важных файлов. - Вы обеспечиваете постоянное резервное копирование файлов, управление ими, ведение истории (включая журнал комментариев, причины изменений и т. Д.)
Git привлек много пользователей, я не удивлен слышать о людях, использующих его для отслеживания файлов инициализации.
Я использую Dropbox не только для файлов конфигурации Emacs, но и для всех других внешних пакетов (более новых org-mode, SLIME и т.д.) и отдельных файлов .el, чтобы установить и настроить их (путь загрузки, информационные файлы, компиляция байтов и т.д.) только один раз для всех систем, и использовать Git для управления конфигурационными файлами (общая настройка, настройка под конкретную систему или ОС).
После этого все идет по накатанной, поскольку я кладу тонны справочных материалов в свой Dropbox (документы по API, протоколы, шпаргалки и т.д.), а также материалы для разработки (Java jar-файлы, исходники и т.д.), чтобы иметь одну и ту же среду разработки на всех моих системах с командами Emacs для доступа ко всем материалам.
Пока вы думаете о своих файлах конфигурации как о коде, вы хотите использовать правильную VCS. Dropbox дает некоторую ценность, но не в той же лиге, что и git.
Короче говоря, когда вы работаете с кодом, вам нужно больше, чем просто откат к предыдущим версиям документа.Вам нужен быстрый и эффективный способ увидеть различия между версиями. Вы хотите знать, что изменилось, почему это изменилось, когда и т. Д. Вы хотите создать экспериментальные ветки, в которых вы пробуете что-то новое, не загромождая то, что, как вы знаете, работает. Вы хотите перенести некоторые изменения из эксперимента в свою стабильную ветку; но, может быть, не все.
Другая проблема заключается в том, что в будущем вы, возможно, захотите переместить свои файлы, включая всю историю, из Dropbox по той или иной причине. Если вы используете git, это тривиально.