Testowanie skryptów katalogu domowego przez ustawienie $ HOME na lokalizację katalogu testowego

0

Mam współzależną kolekcję skryptów w moim katalogu ~ / bin, jak również rozwinięty katalog ~ / .vim i niektóre inne biblioteki i takie w innych podkatalogach. Przetestowałem to wszystko przy użyciu git i zdałem sobie sprawę, że byłoby to potencjalnie bardzo proste i użyteczne do tworzenia i testowania nowych i istniejących skryptów, wtyczek vim itp. Przy użyciu sklonowanego repo, a następnie ściągania działającego kodu do mojego rzeczywistego katalogu domowego z połączeniem.

Najprostszym sposobem na zrobienie tego wydaje się być po prostu zmiana i amp; wyeksportuj $ HOME, np

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

Ponieważ jednak nigdy tego nie próbowałem, zanim obawiam się, że niektóre programy, zmienne środowiskowe itp. Mogą skończyć z moim rzeczywistym katalogiem macierzystym zamiast eksportowanym. Czy to realna strategia? Czy jest tylko kilka wartości odstających, o których powinienem być ostrożny? Czy jest o wiele lepszy sposób na robienie tego rodzaju rzeczy?

intuited
źródło

Odpowiedzi:

1

Problem polega na tym, że niektóre aplikacje mogą ignorować $HOME i zamiast tego wysyłaj zapytanie do userdb przez getpwent(3) bezpośrednio. Najbezpieczniej byłoby stworzyć zupełnie nowego użytkownika i użyć go su lub sudo zostać nimi lub zalogować się jako oni z innego terminala / VT.

Ignacio Vazquez-Abrams
źródło
Jakiś pomysł, który lub jaka część aplikacji by to zrobiła? EG Vim wydaje się szanować $ HOME.
intuited
Nie na czubku głowy, nie. Jednak nie powinno być szczególnie wysoko.
Ignacio Vazquez-Abrams