主页 / server / 问题 / 33423
Accepted
Apreche
Asked: 2009-06-30 10:56:39 +0800 CST

SSH 时如何带上 .vimrc？

  • 772

我的工作往往涉及使用 SSH 连接到各种机器，然后使用 vim 编辑这些机器上的文件。问题是我必须不断地复制我的 .vimrc 文件。打开vim没有任何设置很烦人。是否可以随身携带我的 vim 设置从一台机器到另一台机器，而无需在任何地方手动复制它？

vim ssh

16 个回答

  1. 与其将 .vimrc 带到您需要处理的每台服务器上，不如从本地 vim 编辑远程文件：

    在 vim/gvim 中，运行：

    :e scp://[email protected]//path/to/document

    或像这样启动 vim：

    vim scp://[email protected]//path/to/document

    这会在适当的位置打开文件（它实际上是在本地复制文件），当您保存时，它会为您将编辑后的文件发送回服务器。

    它要求输入 ssh 密码，但这可以通过 ssh 密钥进行简化。

    正如其他人提到的那样，这种方法的唯一缺点是您不会像直接在机器上工作时那样获得路径/文件竞争。

    有关更多信息，请查看以下教程。

    • 49
  2. Best Answer

    我感觉到你的痛苦。我的所有 ~/.*rc 文件都在版本控制 (Subversion) 之下，自 1998 年开始使用 CVS 以来一直运行良好。一种方法是，当您站在主目录中时，像这样检查所有 rc 文件：

    svn co svn+ssh://user@host/path/to/repo/trunk/home/user .
A    .signature
A    .vimrc
A    .bashrc
A    .screenrc
A    .psqlrc
[...]
Checked out revision 7645.

    这样，当您运行 svn update 时，配置文件也将在多台计算机上同步和更新。

    • 24

  3. 您可以制作一个 bash 脚本以在每次登录时自动复制它，如下所示：

    #!/usr/bin/env bash

scp ~/.vimrc $1:
ssh $1

    例如，您可以将其称为 ssh_vim。这不是一个理想的解决方案，但会解决您的问题。

    您可以改进它以首先检查是否已经存在。如果您并不总是在同一台机器上运行 ssh，您可以更改脚本以从另一台机器的 scp 获取文件。

    编辑1

    在相关说明中，您还可以使用 sshfs 挂载远程机器的文件系统。这样您就可以从您的环境和工具中受益（不仅是 .vimrc），并且您可以完成 shell（您没有使用 scp://）。

    编辑2

    我刚刚发现您可以使用 scp:// 获取 .vimrc 文件，如下所示：

    :source scp://you@your_computer//yourpath/.vimrc

    这适用于 vim 命令行，但目前我不知道如何自动化它。它似乎不适用于 '-u' 开关、.vimrc 和 $VIMINIT。

    编辑3

    我找到了！您可以这样做以使用从您的参考主机中获取的 .vimrc 启动 vim：

    vim -c ':source scp://you@your_computer//yourpath/.vimrc'

    选项 '-c' 在启动 vim 后立即执行命令。

    您可以在您选择的 shell 中创建别名以避免键入。在 bash 中是这样的：

    alias vim="vim -c ':source scp://you@your_computer//yourpath/.vimrc'"
    • 19

  4. 如果您使用公钥身份验证，则可以在您的~/.ssh/config:

    Host *
   PermitLocalCommand yes
   LocalCommand bash -c 'scp -P %p %d/.vimrc %u@%n: &>/dev/null &'

    我比上面建议的脚本技巧更喜欢它，因为它不会弄乱ssh命令的调用（在指定额外参数等时）

    • 17

  5. 几个解决方案：

    1) 为您的主文件夹创建一个 NFS 共享并将其映射到多个位置。

    2) 创建一个小脚本，将您的 .vimrc 推送到您使用身份/密钥文件连接的服务器。它可能看起来像这样（伪代码）：

    connectString = arg0  #username@ipaddress

scp -i ~/.ssh/indentity connectString:~/ ~/.vimrc
ssh -i ~/.ssh/indentity connectString
    • 4

  6. 与 Sunny256 完全相同的答案，但使用 git 而不是 SubVersion。

    保留一个包含所有计算机通用文件的主分支，并为每台新计算机保留一个分支。

    这样您就可以在大多数计算机上拥有几乎相同的文件，并且仍然不会感到困惑。

    • 4

  7. 我知道这是一个旧线程，但我这样做的一种方法是使用 sshfs，它将文件系统安装在 fuse 上。本地 vim 完成所有编辑，因此没有理由复制 .vimrc。

    这确实有一个缺点，即必须为需要在远程服务器上运行的任何命令打开另一个终端，但对于编辑，我发现这种方式是最好的。

    它还具有能够使用系统剪贴板的额外好处。

    • 3

  8. 我正在使用https://github.com/andsens/homeshick来管理我的点文件，并将它们存储在 github 上。

    Homeshick 是用 100% bash 编写的，它可以帮助您管理“城堡”，这些“城堡”只是包含 /home/ 目录的 git 存储库。它具有将现有 dot 文件移动到 repo 并用符号链接替换它们的命令。并将 repo 中的所有文件符号链接到新机器上的主目录。

    所以一般的想法是将你的点文件保存在版本控制系统中，并从真实路径符号链接到它们。这样，您的 repo 不需要从您的主目录开始并包含大量您不想添加的文件。

    • 2

  9. 如果您像我一样拥有许多开发机器（也有虚拟机），出于各种原因，您可以组合 ssh 密钥、智能 bash_profile 和您选择的 RCS。

    我会第二次使用 nfs/samaba/sshfs。一个缺点是，如果您始终无法访问网络，那么您将无法访问所需的内容（飞行、没有 wifi、防火墙、路由问题等）。我保持同步的机器并非都可以同时访问，但我想在它们之间共享信息。

    以下是我从互联网上借用许多想法的方法。

    .bash_profile 可能有这样的东西

    $HOME/bin/shell_ssh_agent

    我从几个地方得到了这个，但现在找不到它的链接。shell_ssh_agent 文件：

    #!/bin/bash

SSH_ENV=$HOME/.ssh/environment

#echo "starting"

function start_agent {
    #echo "reaping agents"
    killall ssh-agent
    #echo "Initialising new SSH agent..."
    /usr/bin/ssh-agent | sed 's/^echo/#echo/' > ${SSH_ENV}
    #echo succeeded
    chmod 600 ${SSH_ENV}
    . ${SSH_ENV}
    /usr/bin/ssh-add;
}

# Source SSH settings, if applicable

if [ -f "${SSH_ENV}" ]; then
    . ${SSH_ENV}
    #echo "sourced ssh env"
    ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent > /dev/null || { start_agent; }
else
    start_agent;
fi

    现在，在第一次登录时，您设置了您的密钥。注销并登录，它让生活更轻松。

    将所有脚本放在 RCS 中，这使开发机器更容易保持同步。我使用 git。使用 git 进行身份验证是通过 ssh 进行的，因此 ssh 密钥在这里也有帮助。请注意，此时您可以使用类似 nfs 的东西。由于我在下面提到的原因，我仍然是 RCS 的粉丝。

    用例是

    1. 首次登录，设置密钥
    2. 如果未设置 RCS，请检查您的个人脚本（并在需要时更新/合并，如果您愿意，这甚至可以是您的 .bash_profile 的一部分）
    3. 编辑 vimrc、特殊脚本等并提交它们
    4. 登录到其他机器时进行更新/合并/结帐。这使一切保持同步；即不再复制有时您会踩到并且您不想复制的文件。
    5. 作为附带好处，您可以获得 RCS 的强大功能。我有时会对脚本或配置进行不利的更改，需要回滚等。

    接下来我想尝试的是将初始登录/设置包装在我复制到新机器的生成文件中。然后，makefile 可以完成设置密钥、RCS 等的工作。显然这里有一些开销，但如果你最终设置了很多机器，这是：

    1. 节省时间
    2. 更容易保持开发机器的配置和个人脚本同步
    3. 管理脚本和配置的更改。
    • 1

  10. 我使用一个包含我登录的所有服务器列表的生成文件，当我在本地计算机上进行更改时，“make”会使用生成文件自动运行，它会使用任何更改或任何插件更新所有服务器

    • 1

相关问题