gitlab - Gitlab 的 "project workspace"是如何定义并在作业之间传播的?

标签 gitlab gitlab-ci gitlab-ci-runner

Gitlab 的文档经常提到“项目工作区”,但没有实际定义其结构和功能。一个例子来自 chapter about Git strategy它只是简单地告诉用户“使用 git fetch 速度更快,因为它重复使用项目工作空间(如果不存在则回退到克隆)”。并且不以任何方式定义重用方式。

我想了解它是如何创建的、如何在作业之间传输以及这如何影响 Docker 执行器中运行的作业。除了源代码之外,还有关于此的某种信息吗?我是否错过了文档的某些关键部分?

最佳答案

据我所知,没有 GitLab 特定工作区的概念。也许值得建议对该文档页面进行更改(每个人都可以使用每个文档页面底部的链接提交合并请求)。

我想说,该概念中的工作空间仅指您克隆 Git 存储库的父目录,或存储库自己的目录。 This other document提供了更多背景信息。

关于gitlab - Gitlab 的 "project workspace"是如何定义并在作业之间传播的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46515281/

相关文章:

linux - 如果 GitLab CI 中的条件失败

nginx - 使用gitlab的Nginx服务另一个应用程序

gitlab-ci - gitlab CI docker 在 2 分钟后停止

gitlab - 由于未经授权的错误,无法使用 dotnet CLI 将 nuGet 包推送到 GitLab

ruby-on-rails - "bundle exec rake"没有 't honor "没有”

docker - 使用Jib和Gitlab-CI构建docker镜像

gitlab-ci - gitlab runner 不适用于特定项目

docker - CI上kubectl在交互模式下运行失败

Gitlab - 未在管道中采用 CI 和 CD 的定义阶段

docker - 构建docker镜像时如何在gitlab runner中缓存spacy模型