►
Description
Speed run describing the use of the Configure multiple image pull policies for Docker executor feature that shipped in GitLab Runner 13.8.
https://gitlab.com/gitlab-org/gitlab-runner/-/issues/26558
A
Hi
everyone
darren
eastman
here
in
today's
video
I'm
going
to
cover
a
newly
released
feature
in
git
that
run
with
13.8,
configure
multiple
image:
pull
policies
for
the
docker
rights
editor
I'll,
just
briefly
cover
adding
a
new
configuration
option
to
the
config.tml
file
to
make
this
new
feature
work
and
then
I'll
demonstrate
right
back
during
a
simple
pipeline
that
shows
the
use
of
this
dupont
policy.
A
The
diagram
here
is
just
a
quick
depiction
of
the
environment
that
I'm
using
for
this.
For
the
speedrun,
I
have
a
github
runner
hosted
on
a
dedicated
virtual
machine.
That's
in
gcp
and
over
here
on
the
right
hand,
side
there's
a
dedicated
gitlab
instance
also
hosted
in
jcp
as
well.
So
the
runner
that
we'll
be
using
in
the
speedrunner
will
be
communicating
to
a
project
hosted
on
this
dedicated
github.
A
The
feature
in
question
is
issue
number
two,
six,
five,
five
eight
and
the
the
value
proposition
for
this
feature
is
that
now,
with
the
github
run
of
documentary
secretary,
I'm
in
the
conflicted
camera
file,
you
can
specify
multiple
policies
which
gives
you
a
level
of
resiliency
and
eventuality
that,
during
the
execution
of
a
pipeline
and
during
the
retrieval
of
a
docker
image,
if
the
initial
core
policy
results
in
you
not
being
able
to
connect
out
and
grab
that
image
having
a
second,
a
second
parsified
spell
configuration
means
that
hey
it
will,
it
will
revert
back
and
use
a
locally
stored
image
so
with
that
I'll
go
ahead
and
show
I'm
connecting
to
I'm
making
the
change
to
the
runner.
A
So
over
here,
I've
already
logged
in
to
my
instance
and
I've
opened
up
the
config.tumor
file
and
you'll
see
here
that
in
this
particular
section
I
actually
have
multiple
runners
sections
configured
in
this
oneconfigure.com
file.
The
section
we're
interested
in
is
right
here.
The
name
of
the
the
runner
in
question
is
test
docker,
dashboard
policy
and
the
configuration
change
of
saying
that
we're
we
now
have
a
part
of
click
net.
Eight
is
the
ability
here
in
our
c
and
pull
policy,
to
define
these
multiple
values
and
this
example.
A
We
have
always
is
one
value,
and
then
we
have,
if
not
present,
as
the
other
value
so
going
over
here,
take
a
look
at
running
a
pipeline
with
that
this
particular
project
already
has
been
set
up
and
configured
to
connect
to
that
runner.
It's
going
to
run
a
pipeline
in
the
show
and
in
real
time
in
the
execution
of
that
job,
using
the
new
co-policy.
A
Okay,
so
it's
running
here
and
you
can
see
with
the
new
pro
policy.
It's
first
tried
the
the
probe,
the
policy
using
the
always
config
it
aired
out
and
then
because
of
the
ability,
the
availability
of
the
new,
if
not
present,
of
the,
if
not
present,
pole
policy
in
the
conflict
of
tomotry.
A
So,
if
you're
interested
in
taking
a
look
at
just
testing
this
out
yourself,
the
related
knowledge
requests
which
is
associated
to
the
to
the
issue,
2658
steve,
who
is
the
developer
that
created
the
first
plc
on
this,
actually
has
a
very
nice
write-up
here.
That
shows
you
how
to
test
this
yourselves
very
quickly,
exactly
where
the
piling
right
following
setting
up
the
speed
run.
So
there
you
have
it.
That's
the
the
new
feature.
A
It
came
in
good
flavor
and
create
new
eight,
and
that's
how
easy
it
is
for
you
to
configure
when
you
put
policy
configurations
to
give
you
a
level
of
resiliency
when
retrieving
darker
images.
As
part
of
your
pipeline
job
talk
to
you
soon
cheers.