ssh + локальные переменные/конфиги.

[SLEDopit]

Что-то число машин, с которыми нужно работать постоянно растёт и я всё чаще задаюсь вопросом:
А как постоянно при себе держать последнюю версию своего настроенного рабочего окружения?

В процессе копания в манах ssh'а обнаружил только возможность проброса локальных переменных (что, впрочем, тоже немаловажно). Но мне же интересно пробросить так ж и локальные конфиги vim'a, shell'a и т.д.

Постоянно копировать, перед логином все эти настройки неинтересно. Хотя и можно сделать alias на ssh таким, чтобы он перед коннектом заливал туда все необходимые настроечные файлы, такой подход мне кажется совсем не юниксвейным.

Потом я подумал о github'e. Запихать туда все конфиги, и прописать в .bash_login команду на синкание с ним.

Следующей идеей было что-то типа puppet'a, что само будет везде разливать конфиги по мере изменения. Однако это ж надо редактировать и его конфиг. Нет, уж лучше github.

А как решаете эту проблему Вы? (и вообще решаете ли? (: )

[watashiwa_daredeska]

А как решаете эту проблему Вы?

git + репозиторий на своем сервере. Обновляю вручную, мне хватает.

[sash-kan]

А как решаете эту проблему Вы?

git + репозиторий на своем сервере. Обновляю вручную, мне хватает.

аналогично·
пара веток есть — для конфликтющих конфигураций (из-за ~/.ssh/config, обходного варианта пока не придумал):

ах, да, git.home — это alias (тоже через репозиторий определяется):
$ alias git.home='git --git-dir=/home/al/.git.home/'
и для bash-completion-а (и он тоже в этом репозитории):
$ cat ~/.bash_completion
complete -o filenames -F _longopt ll la l # это для комплишена после коротких алиасов ll la l
complete -o bashdefault -o default -o nospace -F _git git.home \
2>/dev/null || complete -o default -o nospace -F _git git.home

а вот процедура разворачивания на новой машине у меня не очень удобная (временное решение так и осталось постоянным):
1. клонирую как bare-репозиторий
$ git clone --bare ssh://some.server/~al/var/gits/home.git/ ~/.git.home
2. подправляю "bare=fales" в ~/.git.home/config
3. $ git --git-dir=/home/al/.git.home/ pull
4. $ git --git-dir=/home/al/.git.home/ checkout
скорее всего, потребуется переименование обновляемых файлов·
по крайней мере, ~/.bashrc
последнюю команду выполняю, пока не перестанет ругаться на перезаписываемые файлы (удаляя/переименовывая конфликтные файлы)

[watashiwa_daredeska]

$ alias git.home='git --git-dir=/home/al/.git.home/'

А есть какой-нибудь плюс от использования нестандартного GIT_DIR? Я вот долго думал и не придумал :)

[sash-kan]

$ alias git.home='git --git-dir=/home/al/.git.home/'

А есть какой-нибудь плюс от использования нестандартного GIT_DIR? Я вот долго думал и не придумал

паранойя, сэр·
уже обсуждали как-то·

p.s. кстати, если б можно было, подключаясь по ssh, сразу попасть в какой-нибудь каталог, отличный от ~/, можно было бы совсем распараноиться…

[SLEDopit]

.s. кстати, если б можно было, подключаясь по ssh, сразу попасть в какой-нибудь каталог, отличный от ~/, можно было бы совсем распараноиться…

А прописать в какой-нибудь ~/.bashrc или общесистемный bash.bashrc не подходит?
ps Только в чем тайный смысл такой штуки?

[watashiwa_daredeska]

А прописать в какой-нибудь ~/.bashrc или общесистемный bash.bashrc не подходит?

Тогда уж в ~/.ssh/rc — он выполняется даже перед командами, а не только при интерактивном входе.

[sash-kan]

я расплывчато написал·
попасть в _указанный_ каталог·
что-то типа:
$ ssh --to-dir some.dir user@host
потому как
$ ssh user@host bash -c 'cd some.dir; bash'
всё равно приводит в домашний каталог·

[SLEDopit]

ssh --to-dir some.dir user@host

Так это совсем просто:

Код: Выделить всё

ssh host -t 'cd /dir ; bash'

[watashiwa_daredeska]

я расплывчато написал·
попасть в _указанный_ каталог·

Ну, пробрасывай каталог в переменных среды, а в .ssh/rc делай cd. Не?

$ ssh user@host bash -c 'cd some.dir; bash'
всё равно приводит в домашний каталог·

ssh -t user@host 'cd some.dir; bash' УМР. Хотя, это не совсем то же самое, что нормальный логин. Для имитации логина при запуске команд у меня есть скриптик rwp (run-with-profile):

Код: Выделить всё

#!/bin/sh

if [ -f $HOME/.profile ]; then
    . $HOME/.profile
elif [ -f $HOME/.bash_profile ]; then
    . $HOME/.bash_profile
fi

exec "$@"

С ним будет так: ssh -t user@host rwp sh -c '"cd some.dir; exec bash"' (обрати внимание на двойное квотирование — у твой команды в этом проблема).
Этот rwp можно запихать и в .ssh/rc, если надо.

[sash-kan]

ssh -t user@host 'cd some.dir; bash'

ага, так сработало·

Ну, пробрасывай каталог в переменных среды, а в .ssh/rc делай cd

тоже вариант·
но требует перенастройки sshd на целевой машине·

[watashiwa_daredeska]

паранойя, сэр·
уже обсуждали как-то·

Что-то я никак не могу найти обсуждение. О какой паранойе речь-то, не напомнишь?

[sash-kan]

паранойя, сэр·
уже обсуждали как-то·

Что-то я никак не могу найти обсуждение. О какой паранойе речь-то, не напомнишь?

вроде, где-то тут: dotfiles и mercurial

[BIgAndy]

clusterssh
mussh

[watashiwa_daredeska]

вроде, где-то тут: dotfiles и mercurial

Ага, нашел твой ответ:

да, необязательно. мне просто захотелось проверить: сложно ли так сделать. ну, чтоб и completion работал. оказалось — просто.

И никакой паранойи

[sash-kan]

clusterssh
mussh

вы забыли ещё парочку·
но какое отношение они имеют к вопросу

как постоянно при себе держать последнюю версию своего настроенного рабочего окружения

?

И никакой паранойи

обсуждалось-обсуждалось·
про то, как _ещё_ больше застраховаться от своих ошибок·
только слово «паранойя», кажется, не фигурировало·