LINUX.ORG.RU

Использование Git для управления конфигурационными файлами

 ,


0

3

Если вы достаточно длительное время используете UNIX/Linux, то у вас уже вероятно имеются хорошо «заточенные» файлы конфигурации Bash, Vim, Emacs и других приложений. Копирование вручную этих файлов между всеми системами, с которыми вы работаете, может быть весьма утомительным процессом. Git может существенно облегчить ваши мучения из-за копирования ваших конфигурационных файлов на новые компьютеры.

>>> Подробности

Статья из разряда «VCS для идиотов»? И таки GIT, с его безумными принципами работы, не нужен, есть Mercurial!

fat_angel ★★★★★ ()
Ответ на: комментарий от fat_angel

а чем ртуть принципиально лучше гита кроме того что на одну букву меньше чепятать в консольке?

anonymous ()
Ответ на: комментарий от fat_angel

Спасибо, что высказали свою точку зрения на этот счёт. Очень многих она по настоящему интересует. Попробуйте сами!

nanoo_linux ()
Ответ на: комментарий от const86

Ну так расскажите про эти детали, если знаете. PS: и почему в статье нет ни слова про metastore?

anonymous ()
Ответ на: комментарий от fat_angel

git и hg - для убогих анацефалов, онанирующих на «распределенность», нормальные люди используют только svn.

anonymous ()

Можно и ботинком гвозди забивать, но глупо.

northerner ★★★ ()

статья уровня и стиля хабрахабра. внезапно систему контроля версий можно использовать для контроля версий файлов.

а по теме - гит неплох пока используешь только 2-3 команды, когда начинается что-то посложнее, то можно все угрохать безвозвратно.

prizident ★★★★★ ()

В статье описана фигня на уровне зачатков и proof-of-concept. На практике это не летает.

Как минимум, сразу говорю — без бранча на машину это работать будет очень плохо. У всех, кого я знаю, есть минорные различия в дотфайлах между машинами. Как минимум, на уровне категорий дом/работа/мобильные устройства.

Правильные посоны, кроме того, ложат все дело на github или подобное. Потом `curl -s http://git.example.org/foo/bar/master/HEAD/INSTALL.sh | sh`, а скрипт делает чекаут (при отсутствии git — берет тарбол и предупреждает) в $HOME/.dotfiles, чекаутит нужный бранч через `git checkout $(hostname -s)` и делает симлинки на файлы в $HOME/.dotfiles с нужных мест ($HOME/.profile и т.п.).

anonymous ()

etckeeper FTW тащемта

anonymous ()
Ответ на: комментарий от anonymous

> нормальные люди используют только svn

Таки в случае `svn' загонять конфигурационные файлы под VCS приходилось с костылями.

n01r ★★ ()

У IBM-а появился конкурент по написанию статей школьниками-неосиляторами для школьников-неосиляторов.

FeyFre ★★★★ ()

Вот это новость так новость!!!!!!!!!!!

Оказывается, в системах контроля версий можно хранить не только код, но еще и конфиги! Мое мировоззрение разрушено и все шаблоны разорваны.

yoghurt ★★★★★ ()
Ответ на: комментарий от prizident

>а по теме - гит неплох пока используешь только 2-3 команды, когда начинается что-то посложнее, то можно все угрохать безвозвратно.

школьник-неосилятор?

Led ★★★☆☆ ()

Уберите этот маразм, стыдно же, ей-богу.

thesis ★★★★★ ()

> у вас уже вероятно имеются хорошо «заточенные» файлы конфигурации Bash, Vim, Emacs

Ну это только у красноглазых. Большинство пользователей понятия не имеет о существовании этих конфигов, даже если изредка и запускает vim. А использовать git для хранения этого – это просто апофеоз красноглазия. Автор статьи явно из таких.

anonymous ()

Мининовости для этого же придумали, нет?

aptyp ★★★★ ()
Ответ на: комментарий от anonymous

храню /etc на серверах в git. доволен =)

anonymous ()

Если оно и будет востребовано, можно будет сделать нечто, запаковывающее все конфиг-файлы в deb или rpm-пакет. Просто и удобно, т.е. не нужно дополнительных знаний и ПО на конечной машине.

segfault ★★★★★ ()

>у вас уже вероятно имеются хорошо «задроченные» файлы конфигурации Bash, Vim, Emacs и других приложений.

fixed. Простите, нисдержался.

robert_foster ★★ ()
Ответ на: комментарий от anonymous

Попробуй сначала с ветками в SVN поработай - посмотрим кто круче.

anonymous ()

Довольно давно уже так и делаю. Очень удобно

ostin ★★★★★ ()
Ответ на: комментарий от anonymous

>Правильные посоны, кроме того, ложат все дело на github

на котором бесплатно только полностью открытые репы. Во радость.

AVL2 ★★★★★ ()
Ответ на: комментарий от AVL2

А что приватного в конфигах? Держу .emacs.d, .zshrc и прочее подобное на гитхабе, проблем не осознаю. Один черт 75% их кода - копипаст из чужих конфигов, EmacsWiki и т.п..

Да и вообще дотфайлы бородатые basement dweller'ы выкладывали в интернеты еще при царе Горохе. И это было хорошо.

Я же не говорю $HOME/.ssh/id_rsa какой-нибудь ложить в репу. Я их и трижды приватному гитхабовскому репозиторию не доверю, да и вообще такому не место где-либо вне одной конкретной машины, которой оно принадлежит, в принципе.

anonymous ()

>Копирование вручную этих файлов между всеми системами, с которыми вы работаете, может быть весьма утомительным процессом.

Хотя Git далёк от определения дружественной пользователям утилиты, разобраться с основами его использования не так уж и сложно.


Вот я даже не знаю, что из этого утомительнее.

Git может существенно облегчить ваши мучения из-за копирования ваших конфигурационных файлов на новые компьютеры.


А вот резонный вопрос - SVN не сможет «существенно облегчить ваши мучения из-за копирования ваших конфигурационных файлов на новые компьютеры.» ?
(Правильный ответ - «сможет»)

Короче, шит, а не статейка.

yaws ()
Ответ на: комментарий от FeyFre

>У IBM-а появился конкурент по написанию статей с большим количеством модных и трендовых словечек школьниками-неосиляторами для школьников-неосиляторов.

fixed

yaws ()
Ответ на: комментарий от prizident

а по теме - гит неплох пока используешь только 2-3 команды, когда начинается что-то посложнее, то можно все угрохать безвозвратно.

Гхм... как человек, пробовавший обе системы, я бы сказал скорее, что Git хорош, когда проект уровня Linux или Qt. А вот для небольших и средних проектов лучше Mercurial.

А угрохать можно где угодно. hg strip пока не отменили;)

Divius ★★ ()
Ответ на: комментарий от anonymous

hg не умеет локальные бранчи

hg push -r default

lossy pushes

?

ZyX ()
Ответ на: комментарий от yaws

>А вот резонный вопрос - SVN не сможет «существенно облегчить ваши мучения из-за копирования ваших конфигурационных файлов на новые компьютеры.» ?

И svn и git являются системами контроля версий, поэтому неудивительно, что частично их функциональность перекрывается.

Тем не менее git имеет принципиальное преимущество - он позволяет на каждой машине иметь свой репозитарий, связанный с внешним.

(Правильный ответ - «сможет»)

правильный ответ - кому и кобыла невеста.

AVL2 ★★★★★ ()
Ответ на: комментарий от anonymous

>Я же не говорю $HOME/.ssh/id_rsa какой-нибудь ложить в репу.

пароли и частная информация еще много где есть. Так что проще иметь свой сервачок и тем же гитом на него слать конфижеки. или виртуальную файловую система в gmail или по webdav в облака и туда же.

AVL2 ★★★★★ ()
Ответ на: комментарий от AVL2

>Тем не менее git имеет принципиальное преимущество - он позволяет на каждой машине иметь свой репозитарий, связанный с внешним.

По логике автора стетейки, чем сможет помочь локальный репозиторий в деле облегчения копирования конфигурационных файлов? С такой точки зрения это твое «принципиальное преимущество» видится как... Ну, примерно как катафот на жопе у зайца: вроде бы и свет отражает, но в области действий , выполняемых зайцем становится совершенно излишней вещью.

yaws ()

Держу в git'е /tmp/. Раздаю своим пользователям, ставлю на новые машины. Всем доволен. Лежит на github'е.

anonymous ()
Ответ на: комментарий от anonymous

Человек который изредко пользуется vim и ничего не знает о конфигах? Нонсенс.

Suntechnic ★★★★★ ()
Ответ на: комментарий от anonymous

Какое-то половинчатое решение. А /proc и /dev?

Особенно dev. Очень удобно обновлять оборудование. Только что перетянул себе на ноут 8600GTS, и APC'шку с десктопа, теперь Nexuiz нормально идёт и время автономной работы выросла до 8 часов.

Suntechnic ★★★★★ ()
Ответ на: комментарий от Suntechnic

Решение отнюдь не половинчатое. Когда мержится оборудование ноутбука с оборудованием десктопа, то ноутбук заметно прибавляет в весе. Да и при мерженье /proc/ из генты в убунту у пользователей краснеют глаза и пояляются прыщи как побочный эффект. На школьниках не особо заметно, но гламурные кисы изрядно портятся и обрастают бородой.

anonymous ()

>Если вы достаточно длительное время используете UNIX/Linux, то у вас уже вероятно имеются хорошо «заточенные» файлы конфигурации Bash, Vim, Emacs и других приложений.

alsa.conf, fstab и прочие подобные. Определённо, копипасту этих файлов нужно доверить тупому боту.

Napilnik ★★★★★ ()
Ответ на: комментарий от anonymous

Правильно, зачем красноглазить, когда можно скачать убунточку и не дёргаться вправо-влево. только зачем тебе, ламоботу вендовозному, Линукс? Есть системы, где тебя обернут тёплыми уютными памперсами и смирительной рубашечкой, Линукс к ним пока ещё не относится.

anonymous ()
Ответ на: комментарий от anonymous

Да ты же просто не умеешь их готовить!

Перед загрузкой оборудования с десктопа, бэкапится оборудование ноута, а в rc0 добавляется скрипт который удалит тяжелое десктопное оборудование и вернёт на место ноутовское. Всё - в выключенном состоянии ноут того же веса! Хотя, надо признать определенные неудобства есть.

Ну а то что системы должны быть одинаковы я думал и так понятно. Я видел уже товарища который попытался мержить /proc с Windows. Конец был немного предсказуем.

Suntechnic ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.