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?
É necessário ? Tecnicamente, não. Praticamente sim. De fato, mais do que apenas mesclar deve ser considerado no caso geral, já que você pode achar que alguns dos comandos do seu antigo arquivo estão errados o suficiente para o novo que eles precisam apenas ser removidos.
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.
Existem duas categorias gerais de comandos que você geralmente encontra nos arquivos de configuração do ambiente:
- configurações relacionadas à configuração de software e recursos disponíveis no host e
- ambiente do shell personalizações
O último pode ser transferido com maior ou menor segurança, já que os únicos problemas prováveis seriam coisas decorrentes de incompatibilidades entre as versões do shell. Esses raramente são um problema na prática. O primeiro, no entanto, pode não fazer sentido para transferência de todo.
É inofensivo definir variáveis de ambiente que nenhum software instalado usará ou adicionar elementos de caminho que realmente não existem, mas você poderá perder o acesso ao software disponível se você verificar o conteúdo relevante de seus arquivos de inicialização de shell padrão. Ou, se você realizou personalizações mais profundas, talvez descubra que elas dependem de software que não é fornecido pelo novo sistema ou que não funcionam como desejado com o software da nova máquina.
Is there some best practice to make the deployment simpler and easier?
Sim. Os sistemas devem evitar confiar nos arquivos de inicialização do shell por usuário ou, pelo menos, evitar colocar quaisquer configurações do primeiro tipo descritas acima. Existem mecanismos bons e bem testados para configurar ambientes de usuários que não exigem que arquivos por usuário sejam configurados ou gerenciados. O ideal seria, então, que os sistemas não fornecessem arquivos de inicialização de shell não-vazios por usuário.
Os usuários, por sua vez, poderiam considerar manter as personalizações do ambiente de shell bem separadas da configuração de ferramentas e aplicativos específicos, preferencialmente em arquivos separados. Idealmente, pouco ou nenhum dos últimos é necessário, e o que você precisa seria melhor modularizado.
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.
Se você quiser manter o arquivo padrão (se houver) separado de suas adições, uma aposta melhor seria manter suas adições em um arquivo completamente diferente, como ~/.profile-Tim , e modificar o arquivo padrão apenas anexando um comando para ler esses comandos, ou seja,
test -r ~/.profile-Tim && . ~/.profile-Tim
Não faça backup ou transfira ~/.profile , mas atualize-o novamente conforme necessário para criar suas personalizações.
Mesmo assim, no entanto, você pode ter problemas, pois é possível que as configurações pessoais do software que você transferiu estejam incorretas para o novo ambiente. Você pode tornar isso mais fácil de gerenciar, mantendo suas personalizações bem modularizadas, mas é da natureza das personalizações ter algum grau de especificidade para o sistema básico.