加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > 安全 > 正文

加快Gitlab CI重用docker机器的阶段

发布时间:2020-12-16 03:49:11 所属栏目:安全 来源:网络整理
导读:Gitlab CI每次为每个任务(阶段)提取docker镜像.这个操作浪费了很多时间.我希望尽可能优化. 我看到两个可以合作的地方: ??1.明确配置CI阶段以重用相同的docker机器. ??2.在构建下一次提交时使用之前提交的docker机器? (如果配置文件中没有更改). 最佳答案

Gitlab CI每次为每个任务(阶段)提取docker镜像.这个操作浪费了很多时间.我希望尽可能优化.

我看到两个可以合作的地方:
??1.明确配置CI阶段以重用相同的docker机器.
??2.在构建下一次提交时使用之前提交的docker机器? (如果配置文件中没有更改).

最佳答案
这种配置可以通过转轮本身的pull_policy来指定.

正如Jakub在该问题的评论中强调的那样,在Gitlab.com上的共享运行者上,策略始终设置为,因此,如果本地存在相同的副本,它将始终下载图像的新副本.

这是由于安全原因.

你可以在doc得到确认.

This pull policy should be used if your Runner is publicly available
and configured as a shared Runner in your GitLab instance. It is the
only pull policy that can be considered as secure when the Runner will
be used with private images.

安全隐含的是,如果跑步者首先检查本地图像,非授权用户可以获得私人码头图像猜测其名称

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读