Published on: June 26, 2023
5 min read
Learn how to create a workspace from your GitLab account and work directly from the remote development environment.
GitLab 16.0 introduced Remote Development workspaces (beta), an exciting addition to the GitLab platform that empowers teams to build and deliver software more efficiently.
This guide provides step-by-step instructions on how to create a workspace directly from your GitLab account and work directly from the remote development environment. You will work in the Web IDE, a Visual Studio Code browser version, seamlessly integrated into the workspace.
From this quick start, you will learn how to create a workspace, use the Web IDE Terminal to install dependencies or start your server, and view your running application.
To learn more about Remote Development in GitLab, we recommend reading this informative blog post, "A first look at workspaces," and the workspaces docs.
Here are the steps covered in this tutorial:
Install dependencies and previewing your application in the workspace
Make changes to the application and previewing the updated version
Prior to enabling developers to create workspaces, there are a few prerequisites such as bring your own Kubernetes cluster, and install and configure the GitLab agent for Kubernetes on it. Additionally, certain configuration steps must be completed on the cluster. You can find detailed instructions for all these steps in our workspaces prequisites documentation. Once the prerequisites are properly configured, developers who hold Developer role or above within the root group will gain the ability to create workspaces.
A devfile is a declarative configuration file, in YAML syntax, used to define and describe the development environment for a software project. It provides a standardized way to specify the necessary tools, languages, runtimes, and other components required for developing an application.
To initiate a workspace, it is necessary to have a devfile located at the root of the repository. In this blog post, we will utilize a project that contains a devfile, accessible here.
schemaVersion: 2.2.0
components:
- name: tooling-container
attributes:
gl/inject-editor: true
container:
# NOTE: THIS IMAGE EXISTS ONLY FOR DEMO PURPOSES AND WILL NOT BE MAINTAINED
image: registry.gitlab.com/gitlab-org/remote-development/gitlab-remote-development-docs/debian-bullseye-ruby-3.2-node-18.12:rubygems-3.4-git-2.33-lfs-2.9-yarn-1.22-graphicsmagick-1.3.36-gitlab-workspaces
memoryRequest: 1024M
memoryLimit: 2048M
cpuRequest: 500m
cpuLimit: 1000m
endpoints:
- name: http-3000
targetPort: 3000
For more information, see the GitLab documentation and devfile documentation.
Make sure you have a Developer role or above in the root group, and the above prerequisites configured properly.
Fork this project to the GitLab group for which you have a Developer role or above.
Switch contexts and select Your work
.
{:
.shadow}
Select Workspaces
.
Select New workspace
.
Select the project you forked or another project that has a
.devfile.yaml
file at the root of the repository.
Select the cluster agent owned by the group the project belongs to.
In Time before automatic termination
, enter the number of hours until
the workspace automatically terminates. This timeout is a safety measure to
prevent a workspace from consuming excessive resources or running
indefinitely.
Select Create workspace
.
{:
.shadow}
The workspace will be deployed to the cluster and might take a few minutes to start. To access the workspace, under Preview, select the workspace link.
{:
.shadow}
After creating your workspace, the Web IDE using VS Code is injected into it, and the repository is cloned to the image. Consequently, you gain immediate access to your code and can commence working on it right away.
You can now open the terminal, install any missing dependencies, and start the application.
{:
.shadow}
To open the terminal, from the left menu, select Terminal
, New Terminal
.
Type npm install
to install the dependencies listed in the
package.json
file.
Type npm start
to start the application.
The log will indicate that the application has started on port 3000.
You can now access your application by opening the browser and using the
workspace URL. Change the number before ‘workspace’ in the URL to the port
number on which your application is listening (e.g., 3000). For example, if
your workspace URL is
https://<prefix>-workspace-73241-25728545-rqvpjm.workspaces.gitlab.dev
,
and your application is running on port 3000, update <prefix>
to 3000 to
access your application.
In the Web IDE, navigate to the server.js
file, modify the text in line
9.
Afterward, refresh the browser where your application is opened to see the applied changes.
In the Web IDE click on the merge icon in the activity bar.
Click the line with the server.js
to view your change side by side.
To stage your change, click the plus icon next to server.js
.
Type a commit message describing your change.
Click Commit.
Click Sync changes to push the commit to the GitLab server.
Explore further with this click-through demo of workspaces.
Remote Development workspaces offer a convenient and efficient way to work on projects without the need for local development setups. They provide a streamlined workflow and enable developers to focus on writing code rather than dealing with complex environment setups.
By adopting workspaces, developers can collaborate effectively, improve productivity, and simplify the development process.
Give workspaces a try and revolutionize your remote development experience today!
Cover image by Pankaj Patel on Unsplash