Управлять файлами конфигурации с помощью hardlinks и подверсией?

Несколько наблюдений почти в обратном порядке:

1. Почему не символьная ссылка вместо этого?
2. Рассмотрите изменение к лучшему Вашего рабочего процесса. Безопасно внесите свои изменения во вторую рабочую копию, обзор и фиксацию, затем svn up рабочая копия в живом использовании.
3. Существуют более сложные инструменты для управления сложными структурами конфигурации от управления версиями. Рассмотрите использование Марионетки, BCFG2, etckeeper и так далее.

Я не поместил бы их в / домой

Поместите файлы конфигурации куда-нибудь в корневую файловую систему.

Это вызвано тем, что / смонтирован перед другими файловыми системами и существует шанс, ему, возможно, понадобились бы файлы конфигурации, которые расположены в еще смонтированной файловой системе.

Я также использовал бы символьные ссылки и не hardlinks. Перекрестной файловой системе hardlinks не позволяют (iirc), и Вы могли бы получить неработающие ссылки при проверке обновленных файлов от SVN (изменяющийся inodes).

Необходимо будет быть очень осторожными, но я не вижу причины, почему Вы не можете работать с этой конфигурацией.

и-т.д.-хранитель является, вероятно, хорошим исходным проектом для Вас:

etckeeper является набором инструментов, чтобы позволить / и т.д. быть сохраненным в мерзавце, подвижном, darcs, или bzr репозиторий.

Это хранит repo в / и т.д./. $RCS, но это не поддерживает SVN. Я не уверен почему; автор просто заявляет, что попробовал его, и это сосет. По существу этот подход делает / и т.д. рабочей копией.