Vim全体:デプロイ

目次



  1. はじめに (vim_lib)
  2. 致命的な欠陥のないプラグインマネージャー (vim_lib、vim_plugmanager)
  3. プロジェクトレベルとファイルシステム (vim_prj、nerdtree)
  4. スニペットとファイルテンプレート (UltiSnips、vim_template)
  5. コンパイルと実行 (vim-quickrun)
  6. Gitを使用する (vim_git)
  7. デプロイ (vim_deploy)
  8. xUnitを使用したテスト (vim_unittest)
  9. すべてが置かれているライブラリ (vim_lib)
  10. その他の便利なプラグイン


クライアントが私の仕事の結果をすぐに見ることができるとき、私はそれが好きです。 顧客の希望に応じてプロジェクトの開発を調整できます。これにより、誤解を大幅に軽減できます。 お客様は、予算がどこに行くのか、プロジェクトのどの段階にあるのかを気にする必要はないと思います。 これは達成するのが非常に簡単です。「継続的インテグレーション」と呼ばれる方法論さえありますので、できるだけ早くマイナーな変更を展開できますが、プログラマーにとって十分便利にする方法はありますか? 結局のところ、誰もコードを書いて、デプロイメントシステムコンテキストに切り替えたり、ssh接続を使用して本番環境(または開発サーバー)に小さな変更をデプロイしたりすることは望んでいません。



エディターと展開システムの間で注意を頻繁に切り替えることをためらうことが、私が説明したいプラグインの実装を促しました。



汎用性



vim_deployプラグイン 、さまざまな展開システムを操作するためのユニバーサルインターフェイスとして考案されました。 このプラグインは、プロジェクトのデプロイメントロジックを実装しませんが、さまざまなデプロイメントシステムを操作するために使用できるアダプターのセマンティクスのみを定義します。 仕組みは次のとおりです。



実際、これは、複数のプロジェクトを一度に処理し、同じコマンド(ホットキー)を使用して、プロジェクトで使用されているデプロイメントシステムに関係なくそれらをデプロイできることを意味します。

使用する



このプラグインをshipitと組み合わせて使用​​する例を示します。 なぜ彼は正確に? 私は頻繁に自分のプロジェクトに使用するので、私はその独創的なシンプルさのためにshipitが好きです。



上記のように、最初にvim_deployとアダプターをインストールして、デプロイメントシステムを操作する必要があります。 これは他のVimプラグインと同様に行われるため、詳細は説明しません。 その後、選択したアダプターを使用するようにvim_deployを構成する必要があります。 これを行うには、次のコードを.vimrcに追加します。

 let vim_deploy#options = {'adapter': 'shipit'}
      
      





私の.vimrcの例
 Plugin 'vim_deploy', { \ 'options': {'adapter': 'shipit'}, \ 'map': {'deploy': '<Leader>d'}, \} Plugin 'shipit'
      
      







また、 毎回コマンドを入力しないように、 vim_deploy#deploy関数のホットキーを設定します。 プロジェクトディレクトリに.shipitファイル(展開タスクを含む)を作成するだけで、展開を開始できます。 先ほど書いた vim_prjを使用する場合、デプロイメントシステムのアダプターはプロジェクトレベルでインストールでき、グローバルではインストールできません。



vim_deployプラグインには、次のコマンドも含まれています。





さようなら



vim_deployプラグインは、ビルドシステム(例:Grunt)で動作するように適合させることも、ローカル環境(例:Vagrant)をデプロイすることもできますが、この記事で説明するアプローチと同様に、異なるシステムのインターフェースを統合するために、これに個別のプラグインを実装することを計画しました この記事を読んだ後、あなたは考えました-私はちょうどそのようなことを十分に持っていません...-コメントでそれについて書いてください。



All Articles