クラウド内のワークスペース
Githubコードスペースと同様に、Gitpodを使用すると、クラウドで直接ブラウザでソフトウェアソリューションを完全に開発できます。舞台裏では、KubernetesとDocker-imagesを使用して、ブラウザで直接IDEでコーディングできるようにしています。
多くのgitプロバイダー
Githubコードスペースとの主な違いの1つは、現在、Github、Gitlab、BitBucketの3つのプロバイダーから選択できることです。これにより、データの所有権に関してGitpodはまったく不可知論者になります。 Gitpodはバージョン管理システムをホストしていないため、ロックイン効果はありません。
エフェメラルワークスペース
Gitpodを理解するための重要な概念は、状態の管理です。常にコーディングする単一のワークスペースはありません。代わりに、各ワークスペースを1つのタスク用に作成できます。たとえば、新しい機能を実装したり、バグを修正したりする場合などです。
ワークスペースは、ブラウザーで使用するためのよく知られたVSCodeのバリアントであるVSCodeServerへのアクセスを提供する単なるDockerイメージです。新しいワークスペースを作成するたびに、基本的にVSCodeのフレッシュインストールバージョンを実行します。すべての設定、拡張機能、およびカスタマイズは、ワークスペースを作成するたびにデフォルトで使用されるものでもあります。
新しいワークスペースを作成するたびに拡張機能とテーマをインストールするセットアップ全体を実行しないように、Gitpodには、これらすべての設定を保存するYAMLファイルを作成するオプションがあります。
このファイルはバージョン管理システムにチェックインされるため、次回ブランチに新しいワークスペースを作成するたびにGitpodの一連の手順になります。これにより、さまざまなブランチでさまざまな構成を使用できるようになり、完全に異なるワークフローが可能になります。
タスクが完了したら、ワークスペースを削除して、次のタスク用に新しいワークスペースを作成できます。
バックグラウンドインストール
Gitpodの優れた機能の1つは、Gitpodを使用していない場合でも、依存関係をバックグラウンドでインストールできることです。たとえば、Gitpodは、実際に新しいワークスペースを作成する前に、すべてのNode.js依存関係がインストールされていることを確認します。新しいワークスペースを作成してからコードを開始するまでの間に遅延がないため、これによりかなりの時間を節約できます。すべてがすでにインストールされています。
Gitpodの使用法
Gitpodには月額50時間の無料利用枠があるため、自分でサービスを詳細に調べる時間は十分にあります。コーディングに関しては、基本的にすべてのプライベートプロジェクトにGitpodを使用しており、過去数か月間で非常に役立ちました。