RubyMineで実行環境はVagrantなどの仮想マシンにしたい場合の詳細設定方法

ちょっと仕事が忙しくて、何も書けていませんでした。
以前RubyMineを試用版でインストールしていましたが、これが思いの外フィットしたので、
そのまま製品版の購入に至りました。

という事で、今回はRubyMineを導入する際の詳細設定を見ていきたいと思います。

RubyMineの根本的な導入については、以前書きました。

www.techbox.jp

今回は、これに足りていない詳細部分を記載します。

今回の要件ですが、

  • RubyMineはインストール済み
  • 自分のPCでコーディングするけど、実行は仮想環境でしたい
  • 仮想環境のRubyを使いたい
  • Gitのレポジトリはローカル環境にある

という場合の設定についてです。

実行環境へのソースデプロイ設定

Gitのレポジトリのあるローカル環境をRubyMineで開いてソースを編集しますが、
編集した後のテストは仮想環境で行いたいです。 なので、まずはソースの自動転送の設定をしていきましょう。

転送先設定

RubyMineのメニューの中から、
　Tools⇒Deployment⇒Configuration
を開きます。

f:id:daisuke-jp:20190116101756p:plain

  1. まずは左のペインの＋ボタンを押します。
  2. Add Server画面が出てくるので、NameとTypeを選択します。
    僕の場合はSFTPでの転送を選択しました。
    各環境で仮想マシンの設定が違うと思うので、適宜選んで下さい。

f:id:daisuke-jp:20190116101844p:plain

  1. 接続先が出来たら、詳細設定を入力していきます。
[ Connectionタブ ]
SFTP host : 仮想マシンのIPアドレス
Port : SFTP接続する仮想マシンのポート
Root path : ルートのパス（/）で良いです。
User name : SFTP接続するユーザー（ソースを配置するフォルダの権限に気を付ける）
Auth type : 認証方法（通常はPasswordで良いと思います）
Password : ユーザーのパスワード
Web server root URL : http://仮想マシンのIP

[ Mappings ]
Local path : パソコンのレポジトリのあるフォルダ（ソース編集をしているフォルダ）
Deployment path on server '接続先名' : 仮想マシンのソース配置先ディレクトリ
Web path on server '接続先名' : /で良いです。

これでOKを押します。

自動転送設定

RubyMineのメニューの中から、
　Tools⇒Deployment⇒Automatic Upload(Always)
にチェックを入れます。

これでソースの転送ができるようになりました。

RubySDKの場所の指定

仮想マシン側でプログラムを実行する為に、RubySDKをローカルではなくて、 サーバー側のRubyを使用していきます。

  1. RubyMineのメニューの中から、
    　File⇒Settings⇒Languages & Frameworks⇒Ruby SDK and Gems を選択して、設定画面を開きます。

  2. 右のペインの＋ボタンを押し、「New Remote」を選択します。
    「Deployment configuration」を選択すると、先の設定で追加した転送先を選択できるようになります。
    その転送先を選んで、「Ruby interpreter path」にRubyのインストール先を設定します。
    rbenvにてインストールした場合、rbenv/versions/バージョン/bin/rubyの指定が必要です

これでRubyを仮想マシンで実行する環境が整いました。

サーバーにソースを転送して実行

環境は整ったので、実行していきます。

  1. 画面左のツリーからプロジェクトルートを選択します。
  2. 以下のメニューを選択し、
    　Tools⇒Deployment⇒Sync with deployed to 接続先名
    表示されたSyncの画面にて、上部メニューから緑の早送りのようなマークを押します。 転送されたら、画面を閉じます。
  3. RubyMineの上部メニューより再生マークを押します。

これでとりあえずアプリが実行されます。

注意点

RubyMineの特長でもありますが、テキストエディター系から乗換えた場合、ちょっと見落とす所があります。

  • Syncの対象となるのは、Syncする際に左ツリーから選んでいたフォルダ配下のみ
  • Auto SyncはRubyMineで変更、保存したファイルのみを対象とするので、
    GitHubからマージしたファイルは自分でSyncしないと反映されない。

この辺りのSyncの仕様には慣れておかないと、ちょっと戸惑います。

www.techbox.jp

www.techbox.jp

www.techbox.jp

このブログの人気の投稿

AnacondaとPythonのインストール（python2とpython3の共存）とDjango

イメージ
個人的にdjangoとnumpyなどPythonを使う機会があり、 折角なのでローカル開発環境としてのAnacondaのインストール方法をまとめました。 僕の環境がGCPのSDKが入っている関係で、Python2とPython3の共存が必要ので、その辺りもあります。 前提 Windows（Macと手順のベースは変わらないですが、コマンドに若干再有り） pythonコマンドだとPython2が動作し、python3だとPython3が動作します 手順 Anacondaのインストーラーをダウンロードしインストール ※ Python2と3を共存させる場合、インストーラーでPathは通さない。 Pathを通す インストールディレクトリ\Anaconda3 インストールディレクトリ\Anaconda3\Scripts インストールディレクトリ\Anaconda3\Library\bin Anaconda3内のシンボリックリンクを作成する それぞれAnaconda3内にあるexeです。 元のexeがある場所にそれぞれに3を付けたシンボリックリンクを作成します。 ショートカットだと上手く動作しなかったので、シンボリックリンクとしました。 python.exe -> python3.exe anaconda.exe -> anaconda3.exe anaconda-script.py -> anaconda3-script.py conda.exe -> conda3.exe conda-script.py -> conda3-script.py easy_install.exe -> easy_install3.exe easy_install-script.py -> easy_install3-script.py pip.exe -> pip3.exe pip-script.py ->pip3-script.py spyder.exe -> spyder3.exe spyder-script.py -> spyder3-script.py 動作確認 コマンドプロンプトでpythonとpython3で
続きを読む

PyCharmでAnaconda(Python)とDjangoの開発環境を構築する 　その２

イメージ
PyCharmのGUIのみでAnacondaの仮想環境と、Djangoの開発環境を作っていきます。 前提として、 Anacondaはインストール済み 例題のプロジェクト名は skyline 例題のアプリ名は gtr 例題の仮想環境名は nissan と想定します。 Anacondaのインストールはこちらをご覧下さい。  www.techbox.jp PyCharmを起動して、[Create New Project]を選択します。 左のツリーから[Django]を選択し、[Location]にプロジェクトの保存先を指定します。 末尾が ～\untitled になっているので、作成するプロジェクトの名前に変更します。 [interpreter]の右の歯車をクリックし[Create conda env]を選択します。 ここから新規でAnacondaの仮想環境の作成が行えます。 [Name]に仮想環境名を入力します。ここでは nissan そうすると、[Location]にはAnacondaの仮想環境保存先が指定され、末尾が[Name]で指定したディレクトリになるハズです。 最後に使用するPythonのバージョンを指定します。 OKを押すとAnacondaの仮想環境の作成が始まるので、しばらく待ちます。 終わったらロケーションに設定したディレクトリに nissan フォルダが作成されています。 New Project画面に戻るので、[More Settings]をクリックし、設定画面を表示します。 [Template language]に Django [Application name]に gtr を設定し、[Enable Django admin]はお好みでチェックを入れます。   ここで注意点ですが、プロジェクト名とアプリケーション名は同一の物は設定できません。 これらの名称の関係性としては、作成後のフォルダ構成を見れば分かりますが、 以下の様な形で作成されます。 skyline/ ├ gtr/ │ ├ migrations/ │ ├ _init_.py │ ├ admin.py │ ├ apps.py │ ├ models.py │ ├ tests.py
続きを読む

GCPにNutanix CEを自力デプロイの検証をしてみる　パート１

イメージ
前置き Nutanixの提案やラボ環境を作る時、demo.nutanixやravelloを使えば良いのですが、 やっぱり１から構築したいなぁと思い立った時の壁が、要求されるハイスペック機だったりします。 要件を満たす物理マシン、Nestできる仮想環境も手元になかった当時、 パブリッククラウドでできないかな〜と思ってましたが、 Intel VT-xが有効化されてなかったのでムリでした。 もう１年ほど前ですが、Google Compute EngineでNested Virtualizationが有効化されたので、今回デプロイできるかやってみました。 Enabling Nested Virtualization for VM Instances  |  Compute Engine Documentation  |  Google Cloud 読んで頂く前に結果ですが、失敗しています。 今回はその経緯を綴りつつ、次のパート２に繋げたいと思います。 現状GCPではCentOS等のKVMの動作確認のみが実施されており、その他はサポート対象外となります。 Nutanix CE とGCP の準備 Nutanix CEダウンロード Nutanixでアカウント登録を行い、 Download Nutanix CE, Docs, and Guides | Nutanix Community より Community Edition をダウンロードします。 今回は「ce-2018.05.01-stable.img.gz」でした。 インポート用のプロジェクトを準備 手順は省略しますが、GCPのアカウント登録を行い、プロジェクトの作成を行います。 Nutanix CE のインポート 先にGoogle Cloud SDKを作業端末にインストールしておく必要があります。 Google Cloud SDK ドキュメント  |  Cloud SDK  |  Google Cloud ダウンロードされた「ce-2018.05.01-stable.img.gz」(2018/12/18現在)を解凍します。 アップロードを実行する為、ターミナルからgcloudコマンドを実行します。 #GCPのプロジェクト一覧表示 gcloud
続きを読む