►
From YouTube: Code Coverage MR Approval walk through
Description
James (Product Manager) and Erick (BE Engineer) Walk through setup and sue of the new coverage check approval rule: https://docs.gitlab.com/ee/ci/pipelines/settings.html#coverage-check-approval-rule.
A
Hey
I'm
james
heimbach,
the
product
manager
for
the
testing
team
in
the
verify
stage,
and
today
I'm
going
to
walk
you
through
a
new
feature
of
the
just
headgatelab.com
on
canary
maybe
has
made
its
way
all
the
way
out
to
production
around
the
code
coverage
approval
rule.
So
I'm
going
to
start
by
sharing
my
screen
and
I
just
shared
the
zoom
link
with
my
team.
So
we
might
have
somebody
be
joining
us
at
some
point.
A
So,
starting
with
the
issue
that
we're
working
on
displaying
the
code
coverage
approval
rule
all
the
back
end
works
actually
done
in
14.0.
You
could
hack
around
and
get
it
set
up.
That's
just
not
a
great
experience
for
customers.
A
So
now
we
have
the
mr
is
done
and
we
have
a
coverage
check,
approval
rule,
and
so
I'm
going
to
be
walking
through
just
one
of
my
demo
projects
setting
this
up
so
that
if
code
coverage
decreases,
I
will
not
be
able
to
merge
that
mr
without
approval
of
emr
because
of
this
rule.
So
that
is
what
I'll
be
tackling
I
haven't
set
this
up
before
I
haven't
played
with
merger
press
approval
rules
before
so.
This
is
going
to
be
fun
and
exciting
for
both
of
us,
so
I'm
going
to
take.
A
This
is
a
clone
of
a
project
that
I
used
previously
to
create
the
same
sword:
functionality
just
with
the
shell
script.
Super
hacky
way
to
do
it
easily
worked
around,
but
it
was
at
least
a
speed
bump
for
teams
to
be
able
to
do.
This,
you'll
still
be
able
to
do
this
if
you're
using
just
a
core
product
with
free
product
or
ce,
so
because
this
requires
request
approvals,
which
is
a
premium
feature,
but
this
is
just
a
clone
of
that.
A
A
Oh,
let's
do
a
share
a
couple
screens.
Everybody
can
see
everything
there
we
go
okay,
so
it
looks
like
we
just
follow
our
steps
kudos
to
the
team
for
making
this
nice
and
easy
for
me
thanks
folks,
so
we're
just
going
to
follow
these
steps
to
enable
the
government's
check.
Mr
approval
rule
in
this
project.
A
A
So
this
is
the
project,
it's
a
public
project,
so
that
I
can
use
this
preview
feature
and,
let's
just
go
through
so
going
into
settings
general
merge,
request.
Approvals
is
here
because
it's
a
public
project
and,
let's
say
prevent
users
from
modifying
mr
approval
rules
and
merge
requests
and
enable
this
one.
A
A
A
Yeah
that
matches
okay,
so
to
make
myself
an
approver
just
for
the
sake
of
this
demo.
Usually
you
would
make
another
group
or
somebody
else,
an
approver
for
a
project
like
this.
The
workflow
would
probably
be
make
team
lead
or
tech
leads
an
approver
so
that
you
can
kind
of
go
that
break
last
scenario.
We
have
to
push
patch
out
no
test
coverage
is
decreasing.
A
All
right,
go
ahead
and
say
my
changes.
Great
all
right,
enable
the
coverage
check,
select,
target
branch
variable
is
greater
than
zero,
which
we
did
the
users
and
then
great,
so
that
is
all
set.
Let's
go
into
our
project
then,
and
let's
get
ready
to
state
yammel
all
right.
So
we
don't
need
this
coverage
check.
A
A
Okay,
so
that
is
done,
and
then
I'm
gonna
basically
copy
this,
mr,
that
adds
the
untested
function.
I
don't
remember
what
I
added
so
we'll
put
that
over
there.
A
A
A
A
A
A
That's
pretty
boring,
see
every
other
thing
I
could
have
added
here.
A
A
Yeah
uploaded
the
report
g
unit
because
I'm
creating
looks
like
a
jococo
file
here
I
could
pretty
easily
convert
that
over
into
cobotura,
which
is
the
format
that's
supported
and
then
upload
it
as
a
artifact
report
coverterra
and
then
get
that
test
coverage
visualization
data,
but
I
was
using
jococo
for
this
one.
It
does
look
like
that
gets
published
out
to
pages,
so
I
still
see
the
data
there
on
file
view,
which
would
be
nice.
A
A
A
A
A
A
A
All
right
my
pipeline
finished,
I
actually
already
hit
merge
for
it
all
right.
It
is
in
the
process
of
it's
already
with
that.
So
now
we
have
test
coverage.
We
have
15
test
coverage
on
this
project
from
one
job.
If
I
was
calculating
test
coverage
in
multiple
jobs,
which
you
see
in
the
gitlab
project
for
both
front
end
and
back
end,
our
spec
and
java
are
our
spec
and
chest.
Rather,
you
see
multiple
jobs
there
and
that
tool
tip
breaks
it
out.
So
you
can
see
what
each.
B
A
Is
that
contributes
to
that
overall
number
and
we
just
take
the
average,
so
that
is
there?
We
have
our
50.
Now
we
have
something
to
compare
against
so
now
that
we
have
that
I
can
go
in
and
actually
add
my
other
code.
A
A
A
A
A
A
A
A
Get
another
approver
in
here
from
the
team
who
can
help
approve
another,
mr
and
see
if
we
can't
show
how
this
actually
works.
A
All
right
we're
back
eric,
has
joined
me
he's
sharing
his
screen,
he's
a
engineer
on
the
testing
team
and
eric
is
going
to
basically
recreate
my
mr
in
of
this
project,
but
with
himself
as
the
author,
and
that
should
get
us
what
we
need.
He
should
not
be
able
to
approve
it
because
he
is
not
the
owner
of
the
project.
That
is
the
problem.
If
you're
the
owner
of
the
project,
we
can
merge
things.
B
A
B
B
A
A
A
B
A
A
A
Cool,
well,
we
don't
have
to
wait
for
the
pipeline.
Can
you
stop
your
share?
A
A
A
A
A
Well,
that's
interesting!
You
would
think
that
I
would
need
to
approve
this
if
there's
no
coverage,
that's
actually
happening.
B
B
B
A
And
I'm
still
not
getting
the
coverage
change
on
the
mr
or
on
the
widget,
though
so
not
working
quite
as
expected,
it
does
tell
me
that
I
have
to
approve
it.
A
A
A
A
It
works
kind
of
now
that
it's
approved
eric
should
be
able
to
merge
this
though,
and
it
would
decrease
the
coverage,
but
you
can't
see
how
much
it
decreases
the
coverage.
I
wonder
if
I
revoke
approval
of
it.