►
From YouTube: GitLab 12.5 Kickoff - Monitor:Health
Description
12.5 Kickoff for the Monitor Health Team
A
All
right
so
now
we're
gonna
do
12
toys
all
right
kick
off.
This
is
totally
informal,
I
think
actually
for
this
one,
a
lot
of
us
hasn't
seen
the
issues
that
Emilia
and
I
have
been
working
on.
So
what
we
have
planned
for
12/5
is
not
taking
into
account.
What's
gonna
come
over
from
12
4
he's
also
need
to
be
broken
down
to
other
issues.
A
We
mean
push
them
out
to
12
6
so
that
we
can
create
some
spikes
to
dig
into
this
new
category
or
some
technology
that
we're
not
familiar
with
so
I'm
just
gonna
start
from
the
top
we're
gonna
walk
through
these
four
issues
and
I'll
have
a
melee
I'd
go
through
some
mocks
for
a
couple
of
them,
so
we're
moving
into
arrow
tracking
error.
Checking
is
based
on
an
integration
between
century
and
gala.
A
Century
is
I
believe
the
largest
opens
first
era
tracking
tool
in
the
market
right
now,
they've
been
great
in
integrating
and
having
a
partnership
with
us
over
the
last.
However
many
months,
so
we're
excited
to
continue
that
with
them
and
in
the
next
two
milestones
will
be
maturing
era
tracking
the
viable.
A
We
want
to
enable
people
to
get
started
on
this
platform
really
easily.
This
is
gonna
lead
to
wider
adoption.
This
is
gonna,
make
it
much
easier
for
people
internally
across
skate
lab
to
dog
food
this.
So
today
we
currently
integrate
with
century.
We
don't
offer
people
an
easy
way
to
deploy
it.
We
want
to
add
its.
A
We
want
to
bundle
it
with
gitlab
so
that
people
can
deploy
it
to
gate
clusters
if
they
have
those
and
get
running
dastard,
so
stranding
with
a
comment
more
about
this
this
morning,
and
this
would
make
it
super
easy
for
us
to
get
the
rest
of
kit
lab
dog
floating
this
even
after
this
first
milestone.
If
we
can
add
it
to
a
few
of
our
Auto
DevOps
projects,
so
proposal,
add
it
to
our
cluster
X
list
yeah
and.
B
A
B
A
C
A
B
A
A
So
once
this
loads
I
can
show
you
what
the
error
list.
Okay.
Here
we
are
so
today
we
integrate
with
sentry
and
he
pull
in
errors
for
a
particular
project
or
a
particular
application.
That's
running
in
a
gate
lab
project
and
we
surface
it.
Here
we
provide
five
pieces
of
information,
title
details
of
available
events,
users
and
last
seen
you
can
both
go
to
the
century
dashboard
for
this
project
or
access
that
error
in
sentry
directly.
A
A
So
the
detailed
view
for
centuries
and
collab,
we
want
to
display
more
information,
we're
trying
to
reduce
the
time
people
spend
switching
in
between
tools
in
an
ideal
world.
We
provide
enough
information
in
gitlab
that
allow
someone
to
determine
if
it's
critical
enough
to
create
an
issue
that
is
a
visionary
workflow
I
would
love
for
us
to
work
towards
over
the
next
two
months.
A
D
Exception
as
well,
but
we'll
try
to
at
least
surface
some
of
the
information
we
think
it
loves,
so
they
don't
necessarily
have
to
go
into
century.
I.
Think
what
we
talked
about
as
kind
of
a
first
pass
is
the
title.
The
description
I
have
perhaps
some
error
details,
and
then
one
thing
we
heard
from
users
is
that
the
stack
trace
is
really
important
but
I.
Think
probably
that's
gonna
have
to
be
a
subsequent
issue,
so
I
guess
what
I'm
saying
is
the
details
here
are
still.
B
That
will
require
more
investigation.
Certainly,
this
is
one
of
those
to
figure
out
how
okay,
usually
we
can
get
those
error
details,
or
rather
like
how
much
work
we
would
need
to
do
to
format
them
or
use
them
and
then
also
if
there
is
an
easy
way
to
to
like
render
the
stack
trace
and
in
a
useful
way.
Presumably,
it's
easy
to
get
through
the
API.
A
So
there's
a
couple
ways
we
could
do
this
from
planning
perspective
first
and
foremost,
I
think
that
we
should
commit
to
a
little
bit
less
and
then
we
can
make
that
investigation
part
of
the
issue
or
we
can
commit
to
a
little
bit
less
and
create
spike
issues.
I
think
we've
been
doing
that
I,
don't
know
how,
if
everybody's
happy
with
our
format,.
B
B
E
A
D
D
So
this
one
would
be
primarily
about
adding
that
search
or
filter
bar
at
the
top.
So
this
is
just
showing
what
you
know.
The
basics
of
searching
filter
bar
from
like
the
issues
page,
would
look
like
if
it
was
added
here
and
then
on
the
next.
The
next
PNG,
so
I
think
this
is
Clement,
had
a
comments
on
this
issue
that
we're
going
to
need
to
break
it
down.
According
to
the
issue
description,
this
is
these
are
the
things
that
we
would
potentially
want
to
be
filtering,
release,
requests
or
commit,
as
it
sounds
like.
D
Another
team
is
also
working
on
the
release
piece
of
it
in
in
terms
of
issues.
So
I
don't
know
if
that's
I,
guess
I'm,
not
sure
which
is
the
most
important
here
and
I'm,
not
sure.
If
maybe
just
focusing
on
one
of
these
filtering
items
is
a
good
first
pass
and
I
think
that's
one
of
the
things
that
it
would
be
good
to
get
feedback
on
I.
A
Think
that's
a
great
point
off
the
top
of
my
head.
If
somebody
else
is
working
on
release,
I
think
that
merge
requests
would
be
the
most
important
one
for
us
to
focus
on
as
that's
how
we
would
go
and
find
a
group
of
commits
that
caused
that
error
of
you
looking
feel
free
to
disagree
and
I.
Do
think
that
we
need
to
learn
a
little
bit
more
about
that.
But
that's
just
mine
off
the
top
of
my
head,
yeah
I
was.
B
E
A
A
D
A
D
About
adding
a
button
to
the
row
to
add
a
new
issue
and
in
terms
of
the
format
like
what
would
be
pulled
into
the
new
issue,
we're
still
trying
to
figure
that
piece
out
but
we'd
like
to
follow
the
format
that's
already
existing.
When
you
create
an
issue
from
sentry
in
get
lab,
we
have.
We
have
examples
of
that.
So
we'd
like
to
follow
that
format,
but
we're
still
trying
to
figure
out
exactly
what
that
would
mean
and
I
think
also
out
of
scope
for
this.
C
Thinking
about
the
workflow
of
having
a
button
on
every
row,
I
think
the
button
would
then
take
you
to
a
new
page,
so
you
can
only
ever
click
one
of
these
buttons
but
we're
having
them
on
every
row.
Would
it
make
more
sense
to
just
have
the
new
issue
on
the
detail
page
rather
than
list
page
all
we
want
to
be
able
to
quickly
add
it
just
for
an
issue
from
the
list.
D
That's
a
good
question:
I,
don't
know
if
you
wouldn't
have
enough
information
from
this
list
page
and
the
idea
was
that
you
could,
if
he
knew
something
was
important.
Just
by
seeing
the
title
you
could
you
know
without
having
to
go
to
the
detail.
Page
just
create
an
issue,
but
perhaps
there
is
never
enough
information
here
on
this
page
then
you
would
always
need
to
go
to
the
detail
page.
First,
that's
good.
A
good,
open
question.
A
A
A
A
B
A
A
A
A
A
C
A
B
A
E
A
Why
don't
we
create
those,
and
then
people,
just
slack
them
to
me
and
I
will
organize
them
after
the
column?
Awesome,
okay
and
the
last
one.
This
is
not
product
feature
related.
This
is
something
that
I
tried
to
do
myself
and
I
need
some
help
with.
So
we've
got
this
health
demo
project
that
is
in
a
reasonable
state.
A
I
used
a
project
template
for
it.
I
use
the
spring
app
template,
which
is
written
in
Java,
which
severely
limited
my
ability
to
get
help
because
a
lot
of
people
don't
know
Java.
So
I
would
like
us
to
stand
up
a
demo
project
for
the
operations
section
that
we
can
use
for
testing
existing
features,
features
surance,
screenshots,
demoing,
visualization,
new
ideas
and
so
on
and
so
forth.