Я считаю, что запуск файловой системы через ssh (с помощью sshfs ) - лучший вариант, чем когда редактор обрабатывает эти вещи, или запуск самого редактора через туннель ssh.
Так что вам нужно
apt-get install sshfs
, а затем
sshfs remoteuser@remotehost:/remote/path /local/mountpoint
И это позволит вам редактировать удаленные файлы, как если бы они были в вашей локальной файловой системе.
Чтобы сделать его еще более плавным, вы можете добавить строку в / etc / fstab
sshfs#remoteusername@remotehost:/remote/path /local/mountpoint fuse user,noauto
Почему-то я обнаружил, что при экспериментировании с этим я должен использовать fusermount -u /local/mountpoint
, а не просто umount /local/mountpoint
. Может быть, это только мой дистрибутив.
Недавно я также заметил, что пользователь монтирования должен быть в группе fuse
. Итак:
sudo addgroup <username> fuse
Другой популярный вариант, конечно, будет запускать vim (а не gvim) внутри сеанса GNU на одном компьютере и подключаться к нему через ssh из любой точки мира. случается. Программируйте весь день на работе, а вечером вы подключаетесь к своему офисному компьютеру, подключаетесь к сеансу экрана GNU и выбираете, где именно вы остановились. Я использовал найти более богатую цветовую палитру как единственную вещь, которую я действительно упустил из gvim при использовании vim, но это на самом деле можно исправить благодаря форку urxvt , который позволит вам настроить всю 256-позиционную цветовую палитру а не только 16 первых позиций палитры, которые большинство эмуляторов терминала позволит вам настроить.