Gitlab 的文档经常提到“项目工作区”,但没有实际定义其结构和功能。一个例子来自关于 Git 策略的章节,它只是简单地告诉用户“使用 git fetch 速度更快,因为它可以重复使用项目工作空间(如果不存在则回退到克隆)。”并且不以任何方式定义重用方式。
我想了解它是如何创建的、如何在作业之间传输以及这如何影响 Docker 执行器中运行的作业。除了源代码之外,还有关于此的某种信息吗?我是否错过了文档的某些关键部分?
据我所知,没有 GitLab 特定工作区的概念。也许值得建议对该文档页面进行更改(每个人都可以使用每个文档页面底部的链接提交合并请求)。
我想说,该概念中的工作空间仅指您克隆 Git 存储库的父目录,或存储库自己的目录。 此其他文档提供了更多背景信息。
自 GitLab 16.0(2023 年 5 月) 起,出现了“项目工作区”的概念(仅适用于 GitLab Premium 或 Ultimate)
公共项目的 Beta 版提供远程开发工作区
不再需要花费数小时甚至数天的时间对本地开发环境进行故障排除并解释难以理解的软件包安装错误。现在,您可以在代码中定义一致、稳定且安全的开发环境,并使用它来创建按需的远程开发工作区。
这些工作空间充当云中个人的临时开发环境。通过消除对本地开发环境的需求,您可以更多地关注代码,而不是依赖项。加快新项目的入职流程,并在几分钟(而不是几天)内启动并运行。
配置好 GitLab Agent for Kubernetes 并将依赖项安装到您选择的自托管集群或云平台后,您可以在
文件中定义您的开发环境并将其存储在公共项目中。.devfile.yaml
然后,您和有权访问代理的任何其他开发人员可以基于文件创建工作区并直接在嵌入式 Web IDE 中进行编辑。您将拥有对容器的完整终端访问权限,使您能够更高效地工作。.devfile.yaml
完成后,或者如果出现问题,您可以关闭工作区并为下一个开发任务启动一个全新的工作区。
并且:
请参阅 GitLab 16.4(2023 年 9 月)
为私人项目创建工作区
为私人项目创建工作区
以前,无法为私有项目“创建工作区”。要克隆私有项目,您只能在创建工作区后验证自己的身份。 使用 GitLab 16.4,您可以为任何公共或私人项目创建工作区。创建工作区时,您将获得可用于该工作区的个人访问令牌。使用此令牌,您可以克隆私有项目并执行 Git 操作,而无需任何额外的配置或身份验证。
文档和史诗。