デプロイ
RustRover では、すべての開発とテストがコンピューター上で行われ、その後コードがステージングまたは本番環境にデプロイされることを前提としています。
この 「ローカル開発 — デプロイ」モデルを採用する理由は、RustRover がコード補完・コードインスペクション・コードナビゲーションなどのコーディング支援機能を提供する仕組みにあります。 これらすべての機能は、プロジェクトが読み込まれる際に RustRover が プロジェクト解析中に構築する プロジェクトファイルインデックスに基づいており、コード編集時にリアルタイムで更新されます。 ファイルの高速解析と再解析は、 ローカルファイル、つまりハードディスク上に保存され、ファイルシステムからアクセスできるファイルに対してのみ保証されます。
開発が完了したら、RustRover を使ってローカルプロジェクトファイルを Web サーバーにデプロイできます。
RustRover とサーバー間の相互作用
RustRover とサーバー間のやりとりは、 サーバーアクセス構成を通じて管理されます。 サーバーを使用する場合は、サーバーがリモートホスト上にあるかコンピューター上にあるかに関係なく、 サーバーアクセス構成を定義する必要があります。
以上を踏まえ、RustRover とサーバーの同期に関する以下の基本的な概念を定義します。
インプレースサーバー構成。
インプレースサーバー構成では、 ローカル Web サーバーを使用しますが、 ローカルサーバー構成とは異なり、 RustRover プロジェクトとサーバーのファイル構造内のプロジェクトフォルダー間でファイルのアップロード/ダウンロードや同期は行いません。 代わりに、RustRover でサーバードキュメントルートからプロジェクトフォルダーを直接開き、サーバー上で直接開発を行います。
ローカルサーバー構成。
ローカルサーバーは、ローカルフォルダーまたはマウントされたフォルダーで実行され、ローカル URL アドレスにファイルを提供するサーバーです。 ローカルサーバー構成では、 RustRover プロジェクトで開発を行い、プロジェクトファイルをサーバーの ドキュメントルートにアップロードします。
リモートサーバー構成。
リモートサーバー構成では、サーバーは別のコンピューター (リモートホスト) 上で実行されます。 リモートサーバー上のファイルにアクセスするには、FTP/SFTP/FTPS/WebDAV プロトコルを使用します。
サーバー構成ルートは、サーバー構成を通じてアクセス可能な ローカルサーバーまたは リモートサーバー上のファイルツリーの最上位のフォルダーです。 インプレースサーバーの場合、これはプロジェクトルートです。
ローカルファイル / フォルダーは、プロジェクトルートの任意のファイルまたはフォルダーです。
リモートファイル / フォルダーは、サーバー上の任意のファイルまたはフォルダーです。
アップロードは 、サーバー へのプロジェクトからデータをコピーし、ローカルまたはリモートされます。
ダウンロードはデータ FROM サーバーをプロジェクトにコピーしています。
サーバー同期を設定した後は、RustRover から直接サーバーへファイルのアップロード・ダウンロードおよび管理が可能です。 さらに、特定のファイルやフォルダー全体のアップロードやダウンロードを抑制することも可能です。 さらに、コンテンツルートの設定で特定のフォルダーをプロジェクト分析から除外することでワークフローを最適化し、分析時間を大幅に短縮できます。
サーバーとの同期、サーバー上のファイルのアップロード、ダウンロード、管理は、デフォルトで有効になっている FTP/SFTP/WebDAV 接続バンドルプラグインを介して提供されます。 プラグインが無効になっている場合は、 設定 ダイアログの プラグイン ページでプラグインを有効にします。 詳細については、「プラグイン 」を参照してください。