Testando scripts de diretório inicial configurando $ HOME para o local do diretório de teste

0

Eu tenho uma coleção interdependente de scripts no meu diretório ~ / bin, bem como um diretório ~ / .vim desenvolvido e algumas outras bibliotecas e em outros subdiretórios. Eu tenho versionado tudo isso usando o git, e percebi que seria potencialmente muito fácil e útil fazer desenvolvimento e teste de scripts novos e existentes, plugins vim, etc. usando um repositório clonado, e então puxar o código de trabalho no meu diretório pessoal real com uma mesclagem.

A maneira mais fácil de fazer isso parece ser apenas alterar & export $ HOME, por exemplo

cd ~/testing;  git clone ~ home
export HOME=~/testing/home
cd ~
screen -S testing-home
# start vim, write/revise plugins, edit scripts, etc.
# test revisions

No entanto, desde que eu nunca tentei isso antes, estou preocupado que alguns programas, variáveis de ambiente, etc., podem acabar usando meu diretório home real em vez do diretório exportado. Esta é uma estratégia viável? Há apenas alguns pontos discrepantes sobre os quais devo ter cuidado? Existe uma maneira muito melhor de fazer esse tipo de coisa?

    
por intuited 21.04.2010 / 00:47

1 resposta

1

O problema é que alguns aplicativos podem escolher ignorar $HOME e, em vez disso, consultar o userdb via getpwent(3) diretamente. A coisa mais segura a fazer seria criar um usuário totalmente novo e usar su ou sudo para torná-los ou fazer login como eles de outro terminal / VT.

    
por 21.04.2010 / 01:01