什么是 gitpod:它实际上是做什么的?

blu*_*ray 5 gitpod

gitpod GitHub的页面说

Gitpod 是一个开源 Kubernetes 应用程序,可在您的浏览器中提供预构建的协作开发环境 - 由 VS Code 提供支持。

但是,我无法理解它的实际作用。任何人都可以请解释。

小智 17

Gitpod 联合创始人在这里。

Gitpod = 服务器端开发环境 + 开发环境即代码 + 预构建 + IDE + 协作。

  1. 从 GitHub、Gitlab 或 Bitbucket 上的 Git 存储库,Gitpod 可以在几秒钟内为您启动服务器端开发环境。这是一个 docker 容器,您可以完全自定义,其中包括您的源代码、git-Terminal、VS Code 扩展、您的 IDE (Theia IDE) 等。开发环境足够强大,可以运行您的应用程序甚至像数据库这样的辅助服务.
  2. 步骤 (1) 很容易重复和重现,因为它是自动化的、受版本控制的并且在整个团队中共享。我们称之为开发环境即代码。为您的开发环境考虑基础设施即代码。
  3. 在 (1) 之后,您可以立即开始编写代码,因为您的工作区已经编译完毕并且您的代码的所有依赖项都已下载。Gitpod 通过在 git-push 上运行你的构建工具(就像 CI/CD 那样)和“预构建”并存储你的工作区直到你需要它来做到这一点。在 Gitpod 中查看 PR 时,这真的很突出。
  4. 一旦您的开发环境在服务器端运行并且您的 IDE 在浏览器中运行,协作就会变得更加容易。将开发环境的快照发送给同事就像发送 URL 一样简单。同一 IDE 和开发环境中的实时共享编码也是如此。

在一天结束时,您开始将您的开发环境视为短暂的东西:您启动它们,编写代码,推送代码,然后忘记您的开发环境。接下来,您将使用全新的开发环境。

不用在本地机器上搞乱、按摩和维护开发环境,您所获得的安心是令人难以置信的解放。

Gitpod 可以在 gitpod.io 上使用,也可以在 Kubernetes、GCP 或 AWS 上自托管。

  • 鉴于 https://www.gitpod.io/privacy/ 上的 Gitpod 隐私政策打印为纵向 PDF 时有 18 页,我很惊讶没有提及 Gitpod 对其吸收的模糊数据“实际上做了什么”其中提到的营销和分析目的。不过,编号的要点对于理解销售说辞很有帮助——尤其是来自联合创始人的销售说辞!这似乎是一个很好的机会,可以让那些对隐私和安全持怀疑态度的人们放心地了解我们的私人数据和行为是如何在您的照顾下处理的。 (12认同)

Von*_*onC 6

为了说明 Gitpods,请注意GitLab 13.5(2020 年 10 月)添加了一个新功能

直接从 GitLab 启动 Gitpod Workspaces

工程师拥有复杂的开发环境,可能需要时间来设置和进行测试更改或探索具有挑战性的新项目。通常开始一个项目涉及遵循文档、安装依赖项,并希望与其他正在运行的服务没有冲突。此过程可能很耗时、容易出错,并且可能无法准确复制配置以测试和为项目做出贡献。

将 Gitpod 集成到 GitLab 后,您可以直接从 GitLab 界面轻松启动您的 Gitpod 工作区。在 GitLab 上编辑项目时,有一个新的下拉选项可用于在 GitPod 中打开该项目:

"/images/13_5/phikai-launch-gitpod-editor.gif" alt="从 GitLab UI 启动 Gitpod"

Gitpod 允许您在代码中定义项目的配置,以便您可以一键启动预构建的开发环境。

这些环境通过.gitpod.yml项目内的文件进行配置,包括 Docker 配置、启动任务、编辑器扩展等选项。这种灵活的配置是项目代码的一部分,允许开发人员快速开始项目工作。今天用GitLab 项目试试这个,该项目已经设置为与 Gitpod 一起使用。

感谢来自Gitpod 的Cornelius Ludmann的贡献!

https://about.gitlab.com/images/13_5/phikai-launch-gitpod-editor.gif -- 从 GitLab UI 启动 Gitpod

请参阅文档问题


以及GitLab 14.2(2021 年 8 月)

从合并请求启动预配置的 Gitpod 工作区

从合并请求启动预配置的 Gitpod 工作区

GitLab 13.5 中引入的 Gitpod 集成可帮助您管理复杂的开发环境。
在代码中定义项目配置后,只需单击一下即可启动预构建的基于云的开发环境。

这种便捷的工作流程使得生成新更改的速度比以往任何时候都快,但是启动 Gitpod 环境来审查现有合并请求意味着在切换到目标分支并再次构建之前,针对主分支构建一个环境。

现在,在 GitLab 14.2 中,您可以直接从合并请求页面启动 Gitpod,预先配置为使用目标分支,以加快审查速度并减少上下文切换的需要。
启用 Gitpod 集成,您的合并请求会显示一个分组的Open in按钮,因此您可以在 Web IDE 或 Gitpod 中打开合并请求。

感谢来自Gitpod 的Cornelius Ludmann 的贡献!

https://about.gitlab.com/images/14_2/create-gitpod-in-mr-view.png -- 从合并请求启动预配置的 Gitpod 工作区

请参阅文档问题