VCS для /etc (Что выбрать?)

[trancefer]

В одной из статей LXF за 2009-й год описывалось применение для этих целей Git, но на мой взгляд это пальба из пушки по воробьям, хотя я возможно и не прав.
Есть ли специализированные решения для подобных целей? Или может какая-либо VCS с упором на простоту и небольшое потребление ресурсов? Прошу совета.

[deadhead]

применение для этих целей Git, но на мой взгляд это пальба из пушки по воробьям,

аргументируйте ;-)

P.S. Используйте ту с которой вы знакомы...

[serzh-z]

В одной из статей LXF за 2009-й год описывалось применение для этих целей Git, но на мой взгляд это пальба из пушки по воробьям, хотя я возможно и не прав.

Я использую Git. Правда, часто забываю делать своевременные коммиты. RCS было бы более правильным, но менее удобным, решением, имхо, потому как работает с каждым файлом по отдельности (а правки в /etc чаще и представляют собою правки одного файла).

[sciko]

Я использую Git. Правда, часто забываю делать своевременные коммиты. RCS было бы более правильным, но менее удобным, решением, имхо, потому как работает с каждым файлом по отдельности (а правки в /etc чаще и представляют собою правки одного файла).

Тогда hg (Mercurial)? Он работает с файлами, но всё же это DVCS.

[deadhead]

Он работает с файлами, но всё же это DVCS.

а в чем в данном случае приемущество распределенности?
насколько мне известно hg оперирует changeset'ами

[serzh-z]

Он работает с файлами

Я имел в виду - отсутствие атомарных коммитов, когда в истории хранится информация об изменения каждого отдельного файла, а не группы. В Mercurial, как и в любой современной VCS, есть атомарные коммиты - ченджсеты.

[watashiwa_daredeska]

а в чем в данном случае приемущество распределенности?

В низком оверхеде и общем упрощении. Есть каталог, управляемый VCS, в нём же репозиторий и т.д. и т.п. Всё просто, как валенок, и, при необходимости, неограниченно расширяемо: для backup (клонированием), для руления на нескольких машинах и т.п.

Есть такая штука, etckeeper, уже готовая, работает с git, mercurial, bzr, darcs. Есть в репозиториях Debian.

[/dev/random]

Есть такая штука, etckeeper, уже готовая, работает с git, mercurial, bzr, darcs. Есть в репозиториях Debian.

А зачем нужна отдельная программа, если тут хватит одной команды в cron'е?

Upd:
cd /etc; ( [ -d .git ] || git init ); git add .; git commit -m "$(date)"

[serzh-z]

А зачем нужна отдельная программа, если тут хватит одной команды в cron'е?

Эта команда явно для писателей, а не для читателей... Сам-то пробовал потом по подобной истории что-то восстанавливать через, хотя бы, пару недель? =))

[watashiwa_daredeska]

А зачем нужна отдельная программа, если тут хватит одной команды в cron'е?

etckeeper работает не по cron'у, а по hook'ам APT'а (думаю, можно и к другим системам пристегнуть).

git add .; git commit -m "$(date)"

Ошибка: не учитываются удаленные файлы.

[serzh-z]

Ошибка: не учитываются удаленные файлы.

Ммм... С чего бы им не учитываться?

[watashiwa_daredeska]

С чего бы им не учитываться?

git commit -a надо делать, чтобы учитывались.

Кроме того, некоторые вещи в репозиторий класть не нужно, ибо лишнее: *.dpkg-new, *.dpkg-old, например.

[serzh-z]

git commit -a надо делать, чтобы учитывались.

"git commit -a" помещает всё изменения в индекс, после чего их коммитит. "git add . && git commit" сделает то же самое.

[watashiwa_daredeska]

"git add . && git commit" сделает то же самое.

За исключением того, что «git add .» не помещает удаленные файлы в индекс.

[/dev/random]

Сам-то пробовал потом по подобной истории что-то восстанавливать через, хотя бы, пару недель? =))

Да. Как-то вместо
echo "чтототам ~x86" >> /etc/paludis/keywords.conf
написал
echo "чтототам ~x86" > /etc/paludis/keywords.conf
После этого откатился на последний коммит - и всё.

[serzh-z]

После этого откатился на последний коммит - и всё.

Для отката лишь на один комит можно было и "git revert" использовать. =)

[/dev/random]

Для отката лишь на один комит можно было и "git revert" использовать. =)

А я разве говорил, что откатывался по-другому?

PS: а, ну да. По-другому. Я использовал git reset, а не git revert