- Install JetBrains Gateway - With the JetBrains Gateway and Gitpod plugin you can create and manage your latest 20 Gitpod workspaces.
- Install the Gitpod plugin - Open JetBrains Gateway and you’ll see the Gitpod logo on the main page. Click “install” to install the Gitpod plugin for JetBrains Gateway.
- Update your Gitpod preferences - Select Rider on the Gitpod preferences page which will set Rider as your default IDE for future workspace starts.
- Start (or restart) your workspace - Either start a workspace directly from within the JetBrains Gateway via the Gitpod plugin OR open a new workspace directly in Gitpod where on workspace start you will be prompted to open Rider for that workspace.
Important: You must restart any started workspaces for your IDE preferences to take effect.
To successfully use Rider and load a .NET project, your workspace needs the .NET Framework or a compatible alternative, to be installed. The default workspace image does not come with .NET pre-installed, so you have two options:
Using the .NET workspace image (Recommended)
- Create a
- Set the
image: gitpod/workspace-dotnet:latestor alternatively, use a custom Dockerfile
If you need a specific version of .NET, check out our Dockerfile so you can create your own, specifying the version you need.
For additional examples, check out .NET in Gitpod.
Manually install .NET
- Using a workspace terminal, install
dotnetor a compatible alternative
- Restart the IDE
Note: manually installed dependencies are only available in the current workspace, when you start a new workspace dotnet will not be pre-installed, for this reason we recommend the first option.
This section relates to plugin management when using JetBrains IDEs in a remote development context. For information on regular plugin management, refer to Rider docs.
Unlike with regular development, JetBrains Remote development with Rider allows users to install plugins in different locations:
- Rider backend plugins - The JetBrains Rider backend runs within the remote Gitpod workspace. Backend plugins contribute functionality for IDE experiences relating to the filesystem, tools or languages and frameworks. When installed, a backend plugin only applies to the currently running Gitpod workspace and is not associated with a user. However, a plugin can be preconfigured for all users of a repository so that the plugin is enabled with every workspace start. It is not currently possible to install a backend plugin that applies to all workspaces of a Gitpod user or team.
- JetBrains Client plugins - The JetBrains client runs on the users local machine and can be thought of as the user interface to the remote Rider backend. Client plugins are different to backend plugins as they contribute to the user interface aspect of the IDE experience (e.g. keyboard shortcuts and themes). Once installed, a client plugin is enabled for all Gitpod workspaces the user opens (if the workspace is running the exact same version of the Rider backend where the plugin was initially installed).
- JetBrains Gateway plugins - The JetBrains Gateway is an application downloaded onto a users local machine which allows users to start JetBrains Clients that are compatible with the Rider backend, running in a Gitpod workspace. JetBrains Gateway plugins are installed directly in JetBrains Gateway and contribute to remote development connection experiences (e.g. the Gitpod JetBrains Gateway plugin).
The JetBrains client runs on the users local machine and can be thought of as the user interface to the remote Rider backend. Client plugins contribute to the user interface aspect of the IDE experience (e.g. keyboard shortcuts and themes).
Once installed, a client plugin is enabled for all Gitpod workspaces the user opens (if the workspace is running the exact same version of the Rider backend where the plugin was initially installed).
To install a plugin on JetBrains Client follow these steps:
- In JetBrains Client open the IDE settings and select Plugins.
- Find the plugin in the Marketplace and click Install.
The JetBrains Rider backend runs within the remote Gitpod workspace. Backend plugins contribute functionality requiring access to IDE experiences such as the remote filesystem (e.g. contributing support of languages and frameworks).
When installed, a backend plugin only applies to the currently running Gitpod workspace and is not associated with a user. However, a plugin can be preconfigured for all users of a repository so that the plugin is enabled with every workspace start.
It is not currently possible to install a backend plugin that applies to all workspaces of a Gitpod user or team.
You can install a plugin only for your current workspace following these steps:
- In JetBrains Client open the IDE settings and select Plugins On Host.
- Find the plugin in the Marketplace and click Install.
You can share a plugin on Rider backend with everybody working on the repository by adding it to .gitpod.yml and pushing to your Git repository.
Each workspace is preconfigured with plugins from the
gitpod.yml configuration file. For example:
jetbrains: rider: plugins: - zielu.gittoolbox - izhangzhihao.rainbow.brackets
You can find the pluginId on the JetBrains Marketplace page:
- Find a page of the required plugin.
- Select the Versions tab.
- Click any version to copy the pluginId (short name such as
org.rust.lang) of the plugin you want to install.
It is not yet possible to install plugins on Rider backend for your user to share across all your Gitpod workspaces.
You can adjust JVM options for Rider backend, especially if you want to increase the
-Xmx memory size. For example:
jetbrains: rider: vmoptions: "-Xmx4g"
For more detailed information on JVM options, refer to Common JVM Options from JetBrains documentation.
Feedback needed: The JetBrains Gitpod integration is currently beta. Gitpod continues to collaborate with JetBrains. The below shows how you can configure global settings with JetBrains. To leave feedback on the approach, please see this GitHub issue: #6576. Also note that JetBrains is working on comprehensive settings sync functionality.
When running Rider locally, the JetBrains IDE applies global settings to all projects on your machine. However when running in a remote context using JetBrains Gateway, it’s important to note that some IDE settings are configured on the JetBrains Client and others in the Rider backend running in your Gitpod Workspace. See below instructions for more.
IDE Settings that are configured on the JetBrains Client are stored on your local machine and don’t have
On Host label in the IDE settings. These IDE settings are reused if the workspace is running the exact same version of the Rider backend where the settings were initially configured.
Settings configured on Rider backend are stored in a Gitpod workspace and have
On Host label in the IDE settings.
Some IDE settings cannot be configured via environment variables or through setting vm options. These settings can only be set via the UI of JetBrains client, and must be manually copied to be syned between workspaces. The below steps detail how to configure your IDE settings for all the users of a given Gitpod project:
Step 1: Manually use JetBrains UI to configure settings - Set your IDE settings as you normally would, using the JetBrains UI.
Step 2: Find generated IDE settings - You will need to manually find any global settings generated by JetBrains backend within the following path:
Step 3: Move any relevant settings manually to a persistent location within your Gitpod project. Either via a Workspace Image, or persisted in the version control of your project, for example by committing settings data to GitHub.
Include relevant IDE settings in your Workspace Image
/home/gitpod/.gitpod/jetbrains/options- This location applies settings to all JetBrains products (IntelliJ IDEA, GoLang, etc).
/home/gitpod/.gitpod/jetbrains/rider/options- This location will apply settings only to the given IDE, e.g. Rider.
Commit relevant IDE settings to source control
/workspace/<your-project-name>/.gitpod/jetbrains/options- This location applies settings to all JetBrains products (IntelliJ IDEA, GoLang, etc).
/workspace/<your-project-name>/.gitpod/jetbrains/rider/options- This location will apply settings only to the given IDE, e.g. Rider.
For any further changes to your IDE settings, you will need to follow the above steps again.
Note: When locating and applying IDE settings, Gitpod will read the locations specified above in priority order. The locations specified first are overriden by the locations specified later.
To configure IDE settings for your user only, and not all those using a project.
Currently, prebuilds for Rider are not supported. To leave feedback or check for updates, see gitpod/issues/6740.
When using a Gitpod workspace you might experience performance issues caused by:
- An application using more resources than expected
- Resource consumption in adjacent containers running on the workspace node.
In your JetBrains IDE within the JetBrains Gateway Backend Control Center you can find two metrics relating to your running workspace:
Workspace CPU and
The remaining metrics you can find in the Backend Control Center regarding the node that your workspace is running on, and not the workspace itself.
Note: Performance information shown in the Backend Control Center is the same as the information that is shown when running the command
gp topin your workspace, see the Command Line Interface documentation for more.
For the questions about supported IDEs and Editors in Gitpod, refer to FAQs.
For the general questions about JetBrains Remote Development, refer to refer to the general IDE Rider FAQ.
Debugging performance can be challenging, as performance issues can depend on many factors such as how Gitpod is configured (if you’re operating Gitpod on Self-Hosted). However, there are some ways you can gather performance information and optimise your JetBrains IDE setup with Gitpod:
- Firstly, to gather information on performance, you can view workspace performance metrics from within the IDE in the Backend Control Center, or by using
- You may also want to try adjusting the Max Heap Size allocated to the JetBrains Backend in the Settings tab of the Backend Control Center. If updating this setting helps your performance, you can set the
vmoptionsvalue for your JetBrains IDE in your
Note: If the performance metrics show that your workspace is hitting its resource limits, and you are using Gitpod Self-Hosted, it might make sense to consider changing the resource configuration for your workspaces. This can be done via a config-patch. Configuring workspace resources is not yet available on SaaS.