通常screen
、プロジェクトごとにセッションを設定します。Vimはウィンドウ0にあり、シェルセッションにはウィンドウ1を使用します。適切なREPLを持つ言語でコーディングしている場合、通常はウィンドウ2で実行します。もちろん、これを行う必要はありませんscreen
。異なるターミナルウィンドウまたはマルチタブターミナルのタブを使用して実行できます。screen
他の選択肢よりも安定していることがわかります。ターミナルアプリがクラッシュした場合は、別のターミナルを起動して、実行screen
中のセッションに再接続するだけです。 screen
また、一度学習すればすぐにナビゲートできます(vim自体と同様)。
最終的には、リベースやマージなどの複雑なバージョン管理アクティビティにシェルセッションを使用します。vimのコマンドライン(:!git commit % -m 'Added info about
screenなど.'
)から、または逃亡者アドオンを使用して、より簡単なことを実行できます。逃亡者:Gmove
(vimとgitインデックスの両方で現在のバッファーの名前を変更する)と:Gdiff
(履歴の前のポイントで現在のバッファーでvimdiffを呼び出す)が特に便利だと思います。また、スクラッチバッファーにコミットメッセージを作成し、コードのさまざまな部分からテキストをコピーしてから、次のようにコミットすることもできます。:%!git commit -F /dev/stdin
また、コマンドラインユーティリティを作成している場合など、作業中のすべてに適用できる場合は、機能/統合テストにシェルセッションを使用します。
あなたが仕事をしたいかもしれない各言語に必要なさまざまなアドオンがあるように思われるけれどもVimのクイックフィックス機能は、デバッグに役立ちます。彼らはまた、マッピングで始まるファンクションキーやキーの配列に、呼び出しのさまざまな技術を使用するように見えます\
か,
、またはカスタムコマンド、またはバッファが保存されたときに自動的に呼び出されます。これまでのところ、私は実際にこれを大騒ぎすることはなく、例えばを使用して単体テストまたはlintの結果をスクラッチバッファに読み込むだけ:r !python -m doctest whatever.py
です。コードを変更し、スクラッチバッファに切り替えu
て元に戻し、その後、:r
(ほとんどの場合)上矢印を押してそのコマンドを戻します。ただし、使用している言語によっては、このアドオンを探すのに時間をかける価値があるかもしれません。
C、javaなどの一般的なコンパイル済み言語の場合:make
、ビルドが行われ、quickfixリストのサポートが十分に確立されます。その:copen
ため、quickfixバッファーを表示することができます。エラーのリストが1行に1つずつ表示されます。打つEnter行にすると、そのファイルにそのポイントにあなたの他のウィンドウをジャンプします。
一度に複数のプロジェクトで作業している場合:lmake
、エラーのリストをロケーションリストに保存するようにできます。これはクイックフィックスリストに似ていますが、あなたのシングルトンではなく単一のウィンドウに関連付けられていますvimインスタンス。 :lopen
現在のウィンドウの場所リストを開きます。