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

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

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

> а чем ртуть принципиально лучше гита

Принципиально - то же самое. Но дьявол, кагрицца, в деталях :)

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

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

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

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

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

В статье описана фигня на уровне зачатков и 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 и т.п.).

etckeeper FTW тащемта

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

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

hg не умеет локальные бранчи и lossy pushes поэтому git всё же прикольнее

Не стыдно использовать чужие сервера не по назначению?

> github или подобное

пилят такое: http://mayrhofer.eu.org/dvcs-autosync

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

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

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

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

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

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

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

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

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

жирный плюс

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

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

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

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

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

Чуваки! GIT хранит _все_ объекты. Угрохать что-то безвозвратно можно только намеренно, и если знаешь — как.

Очевидно же — не стыдно.

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

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

спасибо, очень познавательно! а что такое bash, vim и emacs?

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

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

А детали в том, что меркурий на петоне. А жид на православном Це.

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

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

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

Плюсую.
Автор, давай рассказывай.

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

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

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

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

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

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

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

fixed

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

Epic fail

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

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

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

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

hg push -r default

lossy pushes

?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

скорее, из разряда «Спасибо, кэп»

умеет, но это требует таких танцев с бубном ...