[Emacs] リモートサーバで開発するときの Emacs 設定まとめ
世間はメリークリスマス。昨日の夜は愉快な人たちが愉快な格好をして街を練り歩く様子が見られましたね。
さて、この記事は Emacs Advent Calendar jp: 2011 : ATND の25日目です。
昨日は [twitter:@sky_y] さんの http://d.hatena.ne.jp/sky-y/20111224/1324714853 でした。
明日は [twitter:@kozo2] さんです。
最近では Web 系や大規模処理など、ローカルに環境を整えられないためサーバ内で開発せざるを得ないという状況があると思います。というか最近の自分の仕事(バイト)がそんな感じです。
そこで、リモートサーバ内で開発を行うときの Emacs やその他ツールをまとめてみました。
大きく分けて4パターンほどあると思っています。
以下で詳しく説明します。
1. tramp を使う
Emacs には tramp という機能があります。これは Emacs 内からリモートに SSH アクセスしてそこのファイルを編集できるというものです。
Emacs 22 以上を使っているならば、特に何も考えず
C-x C-f /ssh:user@hostname:path/to/file
とすればいけるはずです。 ~/.ssh/config も読んでくれます。
この方法によって、普通にローカルでファイルを編集しているのと同じようにリモートのファイルを編集できます。
欠点は2つ:
- 新しいファイルを開くときとファイルを保存するときに時間がかかること
これはまあリモートアクセスしているので当然でしょう。 - 他のプログラムとの連携が悪い
emacsclient とか使えないし、 flymake もなんか使いづらいです。*1
2. ローカルで編集して rsync などのツールを使ってアップロードする
(rsync の他、 scp や sftp などを使うのも同様です。)
rsync は便利なファイル同期ツールです。
$ rsync -acuvz dir1/ dir2/
とかやれば、リモート間での dir1 と dir2 の同期を取ってくれます。オプションなど詳しいことはググってください。
これらを使えば基本的にローカルで編集することができるので、ファイルの編集においては普通に Emacs を使う場合と完全に同じです。
欠点は:
- ローカルで編集したあとコマンドを打ってアップロードするのが面倒
これはまあそうですよね。after-save-hook に start-process でアップロードコマンドを突っこむみたいなこともしてみましたが微妙でした。 - リモートとの同期をとるタイミングによってはとっても面倒なことになる
これは、例えばローカルでファイルを編集している状態で、リモートの共有リポジトリ中の同じファイルの他人の編集をローカルに持ってこようとしたときに起こります。
もちろんそのままダウンロードするとローカルの編集が消えます。目 grep ならぬ目 merge が必要になりそうです。*2
3. sshfs を使ってリモートディレクトリをマウント
1. と 2. の良いとこ取りな感じですが、やはりファイルを開くときと保存するときは遅いです。
あと僕の環境ではなぜか flymake がきちんと動いてくれませんでした。
油断して find とか打つと遅すぎて泣けます。
4. リモートサーバにログインして emacs -nw する
そのままです。
最大の利点はどんなマシンからでも同じように開発できるということでしょうか。
何台ものマシンを使っているとその環境を統一するのに少なからぬコストがかかります*3が、サーバに環境を構築しておけばあとはどこから編集しても同じになるというのが利点です。
例えある日突然 Windows マシンを渡されてこれで開発しろと言われても PuTTY さえあれば大丈夫です。
また GNU screen や tmux のデタッチ・アタッチの機能で、前回の作業環境を一瞬で復元できます。
欠点は:
- -nw であることによる問題
これは少しグラフィカルなことをしようとすると途端に太刀打ちできなくなることと、一部のキーバインド(僕は C-tab など使っているのですが)が使えなくなることです。 - 通信によって動作にラグができる
これも仕方ないことですが、ローカルで Emacs を立ち上げるのに比べてどうしても動きが鈍くなります。 - (スペースキーの両隣を Meta として使うのに少し苦労するかも)
以上をまとめると、大体以下のような感じ:
方法 | 利点 | 欠点 |
---|---|---|
tramp | 手軽 ローカルとほぼ同様 | ファイル転送が遅い 他プログラムとの連携が悪い |
rsync | 完全にローカルでの作業 | アップロードの手間 複数人での開発時のコンフリクト |
sshfs | ローカルでの作業 | ファイルアクセスは遅い |
リモートで emacs -nw | どのマシンからでも環境は同じ screenなどとの親和性 | -nwでの作業 通信ラグ |
僕はここ3ヶ月くらいで tramp → rsync → sshfs → tramp → リモート emacs -nw という感じに進んできて、今は リモート emacs -nw が一番使いやすいかなと感じています。