Используйте локальный dotfiles на удаленном сеансе

У меня есть несколько серверов, на которых у меня есть личные аккаунты, я создал репозиторий SVN для содержания моего корневого каталога так, чтобы я мог управлять своим dotfiles через эти серверы, которые я нахожу работами очень хорошо и помогаю мне отследить изменения, которые я вношу (который ранее терять/перезаписывать очень легко).

Новая проблема, с которой я сталкиваюсь, состоит в том, что на работе я теперь вынужден совместно использовать одну из двух учетных записей (развертывают/базируются) с набором коллег, и в результате я не могу установить слишком много в способе глобальных опций.

Есть ли что-нибудь, что я могу сделать, чтобы иметь другой конец, видят мой .vimrc на той сессии, в то время как я зарегистрирован (или некоторый клудж и $VIMRC, устанавливающий, который заставляет энергию загрузить мой локальный?) энергия является главным, но было бы хорошо расширить принцип до других также.

3
задан 14 December 2010 в 07:04
2 ответа

Это старый вопрос, но я решил добавить свои предложения в случае, если у кого-то еще есть похожие проблемы, и они не в состоянии придумать лучшее решение:

Для Vim, упрощенное решение будет выполняться:

vim -u /my/personal/repos/dotfiles/.vimrc

Но для этого будет использована учетная запись . vim / vimfiles структура каталога. Если сервер имеет какую-то форму *nix и вы хотите запустить POSIX-совместимый оболочку с персонализированными переменными окружения, запустите подоболочку с другим значением для HOME, например следующая команда запустит оболочку для входа в Bash:

HOME=/my/personal/repos/dotfiles/ bash -l

Выше будет исходить /my/personal/repos/dotfiles/.profile или .bash_profile, а любые другие процессы, порожденные подоболочкой, унаследуют ее переменные окружения (включая HOME).

.
2
ответ дан 3 December 2019 в 07:15

Я думаю, что https://github.com/fsquillace/kyrat делает то, что вам нужно.

Я написал его задолго до появления sshrc, и он имеет больше преимуществ по сравнению с sshrc:

  • Он не требует зависимостей от xxd для обоих хостов (которые могут быть недоступны на удаленном хосте)
  • Кират использует более эффективный алгоритм кодирования
  • Это всего ~20 строк кода (очень легко понять!)
  • Нет необходимости в корневом доступе или каких-либо установках на удаленный хост

Например:

$> echo "alias q=exit" > ~/.config/kyrat/bashrc
$> kyrat myuser@myserver.com
myserver.com $> q
exit
0
ответ дан 3 September 2020 в 23:00

Теги

Похожие вопросы