►
From YouTube: GitLab 15.5 Kickoff - Enablement:Global Search
Description
Planning issue: https://gitlab.com/gitlab-org/search-team/team-tasks/-/issues/110
Presented by: Global Search team, Tomas Bulva, John Mason, Madelein van Niekerk, Dmitry Gruzd, Terri Chu, and Changzheng Liu
A
A
A
B
Thank
you,
CCR
I
will
take
this
one.
So
first
thing
on
the
search
pages
that
we
are
moving
navigation
from
the
horizontal
tabs
to
the
vertical
navigation-
and
this
is
first
big
change.
We
will
be
adding
more
controls
on
the
on
the
left
side
in
in
that
sidebar,
but
this
one
is
a
coming
along
nicely.
It's
it's!
It's
stretching
across
multiple
milestones
and
it's
going
to
be
ready
in
the
next
one.
C
Oh
hi,
my
name
is
Perry.
The
next
issue
that
we're
going
to
be
working
on
is
completing
the
work
to
filtering
by
program
language
to
the
code
search
the
back
end.
Work
has
been
completed
and
for
this
Milestone
we'll
be
implementing
the
front
end
work
as
well
as
performing
the
rollout
of
the
feature
flag
in
gitlab.com.
D
E
Hi,
so
my
name
is
John.
What
we
worked
on
last
Milestone
was
a
bit
of
the
design
work
behind
adding
users
to
elasticsearch.
This
is
a
priority
for
us,
because
we
know
that
user
search
is
a
feature
accitlab
that
is
frequently
used
and
we
see
an
opportunity
to
have
a
really
big
performance
boost
by
indexing
users
into
elasticsearch
instead
of
using
the
database.
So
for
this
Milestone,
one
of
our
stretch,
goals
is
to
work
on
the
backend
indexing
portion
of
this,
so
that
we
start
when
users
are
created
or
updated.
A
I
believe
these
are
the
features
that
we're
going
to
work
in
the
next
Milestone.
As
next
part
is
the
maintenance
work.
The
maintenance
work
is
about
to
improve,
for
example,
the
performance
and
probably
also
some
of
the
usability
issues.
E
So
speaking
of
performance,
one
of
the
things
that
we
need
to
do
as
part
of
maintaining
gitlab.com
elasticsearch
index
with
a
corpus
of
data-
that's
constantly
growing,
as
we
scale
is
to
resize
our
indices
and
to
have
a
appropriate
amount
of
shards
so
that
we
can
distribute
the
load,
and
we
have
quite
a
few
indices
that
we
need
to
re-index
into
having
more
shards
for
this
Milestone
I.
E
Think
what
we're
going
to
focus
on
is
notes
because
we're
going
to
see
the
biggest
performance
enhancement
there
right
now,
whenever
notes
are
being
searched,
it's
only
being
distributed
across
two
shards
we're
going
to
change
that
to
24.
So
we're
going
to
see
a
big
Improvement
there
and
I
could
take
this.
E
One
too
CZ
regarding
performance
in
elasticsearch
search
has
a
feature
where,
if
there
is
an
operation
that
is
running
slow,
it'll,
let
you
know
by
putting
it
in
the
slow
log
it
the
API
for
that
changed
and
major
version
8,
and
so
our
previous
settings
were
deprecated.
So
it's
just
a
small
minor
change
of
adding
that
back
in
so
we
can
maintain
and
manage
any
slow
operations
of
plastic
search.
D
I
can
take
this
one
so
in
in
this
Milestone
we
are
going
to
work
on
in
the
index
lifecycle
management
policy.
So,
in
order
to
avoid
constantly
reducing
our
indices,
we
are
going
to
introduce
a
new
code
that
can
create
new
indices
automatically,
so
they
will
be
combined
under
one
alias,
that's
quite
exciting
change
and
we
are
going
to
work
on
phase
one
okay,.
C
I
can
take
this
one,
so
we
are
going
to
start
the
work
of
using
rally
for
elastic
search
performance
testing.
The
first
item
is
going
to
be
a
spike
ticket
of
research,
where
we
figure
out
what
steps
will
get
us
to
have
our
first
rally
custom
workload
track.
C
We
have
some
ideas
from
training
that
we
would
like
to
implement
here,
but
yeah.
The
I
think
the
outcome
of
this
is
going
to
be
additional
issues
created
that
we
will
be
working
into
a
future
milestones.
A
Okay,
thanks
for
coming
I
believe
these
are
the
maintenance
work
that
we
are
going
to
do
other
than
the
feature
and
maintenance
work.
We
are
also
going
to
fix
a
few
bugs
that
we
hope
to
render
the
better
search
results
and
the
prop
we
improved
usability
I
will
have
Dimitri
and
Thomas
talking
about
two
major
issues
that
we
are
going
to
work
out.
D
A
B
Password
so
a
few
Milestones
ago
we
fixed
a
regression
issue
where
a
long,
long
search
results
in
the
code
search
were
not
wrapping
on
multiple
lines.
But
this
is
a
follow-up
issue
where
we
wanna
polish
this
even
further,
and
then
we
have
really
long
search
results.
We
want
to
make
them
a
little
bit
sharper
and
have
just
maximum
about
a
thousand
characters.
So
we
will,
we
will
cut
them
on
both
sides,
trim
them
around
the
Highlight
or
around
what
you're
searching
for
and
offer
better
search
results.
A
A
The
last
part
is
the
design,
so
in
155
we
will
looking
into
a
maybe
summarize
other
foundational
research
results
in
a
blog
post,
we'll
also
looking
into
the
design
of
the
user
search
with
elasticsearch,
as
well
as
the
code
search
implements.