Дать другую точку зрения: Я имею свой $HOME при мерзавце с тех пор когда-то теперь и не нашел недостатков. Я, очевидно, не синхронизирую этого мерзавца repo к GitHub; я использую сервис, которые имеют частный repos. Я также не помещаю медиа-файлов или загрузок или пакетов под управлением мерзавца.
git status
своего рода, "чтобы сделать, убрать" контрольный список.
У меня есть a ~/tmp
для временных вещей, который является gitignored.
Мне нравится видеть в git status
что-либо, что недавно установленное программное обеспечение смеет добавлять к моему $HOME, и часто удалять эти файлы или даже удалять преступников.
Я добавляю вручную действительно полезные локальные файлы и директоров к .gitignore
, который имеет, 'знают то, что Вы делаете при установке вещей' преимущество.
Если я создаю новый VM или устанавливаю новый ПК, я просто клонирую свой удаленный дом к $HOME и сразу имею все, в чем я нуждаюсь под руками.
Вещи как vundle для плагинов энергии больше не необходимы.
Мне не нравится сложность. Когда я настраиваю любой rcfile, я просто делаю это, фиксация и нажатие. Затем как отражение, я получение по запросу мерзавца в $HOME через день, и всегда имеют последнюю конфигурацию. Это - это простое.
Машины в настоящее время под этим режимом: Домашний ноутбук, работа ПК, работает VM плюс 3 или 4 удаленных сервера.
Короткий ответ: Вы не можете.
Когда Вы объявляете зону в своей конфигурации BIND, Вы берете на себя ответственность за обеспечение полных и точных данных о той зоне в зональном файле, который Вы называете в file
директива zone
блок. Это - существенное различие особенно между hint
введите зоны и другие зональные типы.
Можно использовать некоторый текстовый препроцессор для слияния нескольких файлов в единственный зональный файл, который Вы затем подаете к BIND, но это - что-то совершенно различное. Необходимо было бы также заботиться для создания этого легальным зональным файлом с легальными данными DNS (не может иметь двух SOAs для того же RRname, например).