Как мы можем упростить развертывание личных файлов конфигурации или файлов запуска при наличии файлов по умолчанию?

When deploying my backup file to the new system, is it necessary to merge my backup one and the default one manually, or can I just overwrite the new system's default one with my backup one?

Нужно ли ? Технически нет. Практически, да. В самом деле, в общем случае следует рассматривать нечто большее, чем просто слияние, поскольку вы можете обнаружить, что некоторые команды из вашего старого файла настолько неверны для нового, что их просто нужно удалить.

I am not sure if overwriting is a good idea, because the default parts in the configuration files in the previous system and the new system might be different.

Существует две основные категории команд, которые обычно можно найти в файлах настройки среды:

• настройки, относящиеся к настройке программного обеспечения и функций , доступных на хосте, и
• среда оболочки настройки

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

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

Is there some best practice to make the deployment simpler and easier?

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

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

For example, I was wondering if it is a good idea that my backup file contains only those commands which I have added manually, and when I deploy it to a new system, I just prepend my backup file with the content of the new system's default file, and replace the new system's default file with a symlink to the newly modified backup file.

Если вы хотите сохранить файл по умолчанию (, если таковой имеется ), отдельно от ваших дополнений, тогда лучше сохранить ваши дополнения в совершенно другом файле, таком как ~/.profile-Tim, и изменить файл по умолчанию. файл, только добавив команду для чтения этих команд, т.е.

test -r ~/.profile-Tim &&. ~/.profile-Tim

В таком случае не выполняйте резервное копирование или перенос ~/.profile, а обновляйте его заново, если это необходимо для получения ваших настроек.

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