加快Gitlab CI再利用docker机的阶段
每次任务（阶段），Gitlab CI都会为每个任务提取泊坞窗图像。 这个操作浪费了很多时间。 我想尽可能优化。
我看到有两个地方可以合作
1.明确configurationCI阶段以重用相同的docker机。
2.在构build下一个提交时，使用之前提交的docker机器？ （如果没有更改configuration文件）。
这种configuration可以通过runner本身的pull_policy指定。
正如Jakub在问题的评论中强调的那样，在Gitlab.com上的共享运行者的策略被设置为always ，因此它总是会下载一个新的副本的图像，如果有相同的副本本地。
这由于安全原因。
您可以在文档中确认。
如果您的Runner是公共可用的，并且在您的GitLab实例中configuration为共享的Runner，则应使用此拉取策略。 这是唯一的拉动政策，可以被视为安全时，亚军将与私人图像使用。
安全含义是，如果跑步者首先检查本地图像，则非授权用户可以获得私人docker图像，以猜测其名字