问题描述
但是，我无法理解它的实际作用。谁能解释一下。
解决方法
Gitpod联合创始人。
Gitpod =服务器端dev-envs + dev-env-as-code +预构建+ IDE +协作。
- 从GitHub，Gitlab或Bitbucket上的Git存储库中，Gitpod可以在几秒钟内为您启动服务器端开发环境。这是一个您可以完全自定义的Docker容器，其中包括您的源代码，git-Terminal，VS Code扩展，您的IDE（Theia IDE）等。开发环境具有足够强大的功能，可以运行您的应用程序甚至是数据库等副服务。
- 步骤（1）易于重复和再现，因为它是自动化的并且受版本控制，并在团队中共享。我们称此开发环境为代码。考虑一下您的开发环境的基础架构即代码。
- 在（1）之后，您将立即准备编写代码，因为您的工作场所已经编译好，并且所有代码依赖项都已下载。 Gitpod通过在git-push上运行构建工具（就像CI / CD一样）并“预构建”并存储您的工作区直到需要它来实现此目的。在查看Gitpod中的PR时，这确实很闪耀。
- 一旦您的开发环境位于服务器端并且IDE在浏览器中运行，协作将变得更加容易。将开发环境的快照发送给同事就像发送URL一样容易。在相同的IDE和开发环境中进行实时共享编码也是如此。
最终，您开始将开发环境视为短暂的东西：启动它们，编写代码，推送代码，而忘记了开发环境。接下来，您将使用一个全新的开发环境。
从不打乱，按摩和维护本地计算机上的开发环境中获得的轻松心情令人难以置信地解放。
Gitpod可以在gitpod.io上使用，也可以自托管在Kubernetes，GCP或AWS上。
,为说明Gitpods，请注意GitLab 13.5（2020年10月）添加了一项新功能
直接从GitLab启动Gitpod工作区
工程师拥有复杂的开发环境，可能需要花费一些时间来设置和进行测试更改或探索具有挑战性的新项目。一个项目的入门通常涉及以下文档，安装依赖项，并希望与其他运行的服务没有冲突。此过程可能很耗时，容易出错，并且可能无法准确复制配置以测试项目并为项目做出贡献。
通过将Gitpod集成到GitLab中，您可以直接从GitLab界面轻松启动Gitpod工作区。在GitLab上编辑项目时，存在一个新的下拉选项可在GitPod中打开该项目：
Gitpod允许您在代码中定义project’s configuration，因此您可以一键启动预构建的开发环境。
这些环境是通过项目内部的
.gitpod.yml文件配置的，其中包括Docker配置，启动任务，编辑器扩展等选项。这种灵活的配置是项目代码的一部分，使开发人员可以快速开始进行项目工作。 立即尝试使用GitLab project（已设置为可与Gitpod配合使用）。感谢Cornelius Ludmann的Gitpod做出了贡献！
https://about.gitlab.com/images/13_5/phikai-launch-gitpod-editor.gif-从GitLab用户界面启动Gitpod
请参见Documentation和Issue。
