This documentation is for a release that is no longer maintained
See documentation for the latest supported version.Questo contenuto non è disponibile nella lingua selezionata.
Chapter 5. IDEs in workspaces
5.1. Supported IDEs Copia collegamentoCollegamento copiato negli appunti!
The default IDE in a new workspace is Microsoft Visual Studio Code - Open Source. Alternatively, you can choose another supported IDE:
| IDE | id | Note |
|---|---|---|
|
|
This is the default IDE that loads in a new workspace when the URL parameter or | |
|
| Technology Preview. Use the Dashboard to select this IDE. |
5.2. Repository-level IDE configuration in OpenShift Dev Spaces Copia collegamentoCollegamento copiato negli appunti!
You can store IDE configuration files directly in the remote Git repository that contains your project source code. This way, one common IDE configuration is applied to all new workspaces that feature a clone of that repository. Such IDE configuration files might include the following:
-
The
/.che/che-editor.yamlfile that stores a definition of the chosen IDE. -
IDE-specific configuration files that one would typically store locally for a desktop IDE. For example, the
/.vscode/extensions.jsonfile.
5.3. Microsoft Visual Studio Code - Open Source Copia collegamentoCollegamento copiato negli appunti!
The OpenShift Dev Spaces build of Microsoft Visual Studio Code - Open Source is the default IDE of a new workspace.
You can automate installation of Microsoft Visual Studio Code extensions from the Open VSX registry at workspace startup. See Automating installation of Microsoft Visual Studio Code extensions at workspace startup.
-
Use Tasks to find and run the commands specified in
devfile.yaml. Use Dev Spaces commands by clicking Dev Spaces in the Status Bar or finding them through the Command Palette:
- Dev Spaces: Open Dashboard
- Dev Spaces: Open OpenShift Console
- Dev Spaces: Stop Workspace
- Dev Spaces: Restart Workspace
- Dev Spaces: Restart Workspace from Local Devfile
- Dev Spaces: Open Documentation
Configure IDE preferences on a per-workspace basis by invoking the Command Palette and selecting Preferences: Open Workspace Settings.
You might see your organization’s branding in this IDE if your organization customized it through a branded build.
5.3.1. Automating installation of Microsoft Visual Studio Code extensions at workspace startup Copia collegamentoCollegamento copiato negli appunti!
To have the Microsoft Visual Studio Code - Open Source IDE automatically install chosen extensions, you can add an extensions.json file to the remote Git repository that contains your project source code and that will be cloned into workspaces.
Prerequisites
The public OpenVSX registry at open-vsx.org is selected and accessible over the internet. See Selecting an Open VSX registry instance.
TipTo install recommended extensions in a restricted environment, consider the following options instead:
Procedure
Get the publisher and extension names of each chosen extension:
- Find the extension on the Open VSX registry website and copy the URL of the extension’s listing page.
Extract the <publisher> and <extension> names from the copied URL:
https://www.open-vsx.org/extension/<publisher>/<extension>
https://www.open-vsx.org/extension/<publisher>/<extension>Copy to Clipboard Copied! Toggle word wrap Toggle overflow
-
Create a
.vscode/extensions.jsonfile in the remote Git repository. Add the <publisher> and <extension> names to the
extensions.jsonfile as follows:Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Verification
-
Start a new workspace by using the URL of the remote Git repository that contains the created
extensions.jsonfile. - In the IDE of the workspace, press Ctrl+Shift+X or go to Extensions to find each of the extensions listed in the file.
- The extension has the label This extension is enabled globally.
5.4. Defining a common IDE Copia collegamentoCollegamento copiato negli appunti!
While the Section 1.1.1.2, “URL parameter for the IDE” enables you to start a workspace with your personal choice of the supported IDE, you might find it more convenient to define the same IDE for all workspaces for the same source code Git repository. To do so, use the che-editor.yaml file. This file supports even a detailed IDE configuration.
If you intend to start most or all of your organization’s workspaces with the same IDE other than Microsoft Visual Studio Code - Open Source, an alternative is for the administrator of your organization’s OpenShift Dev Spaces instance to specify another supported IDE as the default IDE at the OpenShift Dev Spaces instance level. This can be done with .spec.devEnvironments.defaultEditor in the CheCluster Custom Resource.
5.4.1. Setting up che-editor.yaml Copia collegamentoCollegamento copiato negli appunti!
By using the che-editor.yaml file, you can set a common default IDE for your team and provide new contributors with the most suitable IDE for your project source code. You can also use the che-editor.yaml file when you need to set a different IDE default for a particular source code Git repository rather than the default IDE of your organization’s OpenShift Dev Spaces instance.
Procedure
-
In the remote Git repository of your project source code, create a
/.che/che-editor.yamlfile with lines that specify the relevant parameter.
Verification
- Start a new workspace with a clone of the Git repository.
- Verify that the specified IDE loads in the browser tab of the started workspace.
5.4.2. Parameters for che-editor.yaml Copia collegamentoCollegamento copiato negli appunti!
The simplest way to select an IDE in the che-editor.yaml is to specify the id of an IDE from the table of supported IDEs:
| IDE | id | Note |
|---|---|---|
|
|
This is the default IDE that loads in a new workspace when the URL parameter or | |
|
| Technology Preview. Use the Dashboard to select this IDE. |
Example 5.1. id selects an IDE from the plugin registry
id: che-incubator/che-idea/latest
id: che-incubator/che-idea/latest
As alternatives to providing the id parameter, the che-editor.yaml file supports a reference to the URL of another che-editor.yaml file or an inline definition for an IDE outside of a plugin registry:
Example 5.2. reference points to a remote che-editor.yaml file
reference: https://<hostname_and_path_to_a_remote_file>/che-editor.yaml
reference: https://<hostname_and_path_to_a_remote_file>/che-editor.yaml
Example 5.3. inline specifies a complete definition for a customized IDE without a plugin registry
For more complex scenarios, the che-editor.yaml file supports the registryUrl and override parameters:
Example 5.4. registryUrl points to a custom plugin registry rather than to the default OpenShift Dev Spaces plugin registry
id: <editor_id> registryUrl: <url_of_custom_plugin_registry>
id: <editor_id>
registryUrl: <url_of_custom_plugin_registry>
- 1
- The
idof the IDE in the custom plugin registry.
Example 5.5. override of the default value of one or more defined properties of the IDE
- 1
id:,registryUrl:, orreference:.