►
From YouTube: Enablement:Global Search - GitLab 15.0 Kickoff
A
So
the
first
thing
we're
looking
at
with
15-0
is
a
a
pretty
big
change
for
us.
We've
been
working
on
getting
the
elasticsearch
and
open
search
versions
compatible
with
gitlab,
since
they
were
since
elasticsearch
8
recently
came
out.
The
focus
for
this
and
the
priority
is,
is
first
to
get
elasticsearch
8x
versions
working
with
gitlab,
so
we
have
started
through
this
process.
We
expect
to
finish
in
the
15-0
time
frame
and
terry.
Do
you?
Would
you
like
to
invite
us
a
little
bit
about?
A
What's
some
of
the
challenge
we've
had
with
trying
to
get
elasticsearch
8
working
with
with
git
lab
with
gdk.
B
Yeah,
I
think
some
of
that
was
around
the
removal
of
like
the
document
types
from
the
support
for
elasticsearch
8..
I
think
we
were
able
to
get
away
with
not
dealing
with
that,
because
we
are
just
having
warnings
in
version
7.x,
but
once
you
move
to
8.x
those
are
not
warnings
anymore.
Part
of
the
process
of
moving
to
8
means
that
we
would
need
to
deprecate
6.8
from
what
we
support
and
that
did
require
a
lot
of
code
changes
a
lot
of
those.
B
So
that
was
a
lot
of
code
removal
which
we
were
happy
to
do,
and
I,
I
think
also
we
worked
on
upgrading
the
elastic
search,
client
version
to
a
newer
version
to
allow
us
to
support
elasticsearch.
B
Just
recently,
we
were
able
to
get
that
working
in
some
of
the
ci
tests.
We
are
continuing
to
work
through
some
of
the
issues
that
we've
seen
there,
but
right
now
it's
looking
really
great
for
fifetino.
A
That's
a
that's
actually
also
serves
a
really
good
reminder,
so
we
we
are
deprecating.
This
note
has
gone
out
in
the
last
release,
but
we
are
deprecating
elasticsearch
6.8.
This
is
a
planned
deprecation.
Removal
that
we
were
expecting
when
elasticsearch
came
out
currently
today.
A
Elastic
doesn't
support
elasticsearch
68,
so
if
any
of
the
patches
and
changes
need
to
come
up,
everything's
going
to
be
in
a
later
version,
it's
also
important
to
note
that
when
it,
when
elastic
comes
out
with
their
patches,
they
only
do
it
for
the
last
two
minor
versions.
A
So
if
you
want
to
keep
up
with
all
the
security
updates
and
changes
that
are
out
there,
it's
definitely
recommended
to
keep
your
elastic
search
deployments
within
the
the
most
recent
two
minor
versions,
and
that
takes
us
into
another
piece
which
is
last
year:
aws
had
forked
elastic
search
code
and
renamed
it
with
open
search
and
open
search
is
used
by
a
lot,
or
at
least
wants
to
be
used
by
a
lot
of
customers
wanting
to
use
open,
search
with
aws.
A
They
have
a
lot
of
things
running
in
aws
currently
because
of
a
client
it
doesn't.
It
doesn't
work
with
gitlab.
A
We
are,
we've
heard
lots
of
comments
from
our
customers
and
are
working
with
them,
and
the
plan
is
to
also
get
this
working
for
15.00
a
lot
of
the
same
similarities
with
what
it
took
to
get
elasticsearch
8
working
with
the
addition
of
a
client
change,
and
that
is
something
I
know
that
a
lot
of
our
customers
that
run
in
aws
are
really
looking
forward
to
and
have
definitely
had
a
lot
of
comments
about.
A
Going
into
that,
there
is
another
thing
that
we
are
deprecating
as
we
we
do
with
major
versions:
we're
removing
the
old,
advanced
search,
migrations
and
terry.
Can
you
tell
us
a
little
bit
about
why
we
remove
those
migrations.
B
Yes,
so
for
this
is
the
second
time
that
we're
we're
doing
this
since
the
advanced
migration
event
search
migrations
were
introduced,
we
decided
at
every
major
release.
We
would
deprecate
any
old,
advanced
search
migrations.
B
I
believe
we
do
them
for
one.
We
keep
the
ones
that
are
in
from
like
the
one
release
prior,
so
anything
that
was
created
prior
to
14,
10
will
be
deprecated
and
any
advanced
search,
migrations
that
were
created
during
the
1410
release
would
still
stay
in
place.
That
allows
people
to
follow
an
upgrade
process
for
gitlab.
That
brings
them
up
to
the
latest
release
prior
to
150
and
then
do
the
major
release
upgrade.
B
But
we
want
to
try
to
reduce
those
if
statements
all
of
the
checks
that
we
have
to
put
in
the
code,
so
taking
the
migrations
and
deprecating
them
allows
us
to
remove
all
of
that
code
and
make
our
code
base
a
little
bit
simpler
to
read.
So
I
would
say:
that's
a
big
push
for
that
and
we're
happy
to
be
able
to
do
this
as
part
of
the
15-0
release.
It
just
makes
everything
more.
A
And
so
so
kind
of
drilling
down
into
that
just
a
little
bit
right.
So
we
have,
you,
know
gitlab
14.9
and
anything
that
is
49
or
older
will
be.
A
B
A
Yep
makes
a
lot
of
sense,
yeah,
absolutely
okay,
going
into
the
next
item.
We're
going
to
have
a
couple
really
exciting
front.
End
changes,
so
we've
we've
been
really
wanting
to
make
some
more
front-end
changes
to
the
search
experience
and
really
start
to
improve
it.
We're
really
starting
to
to
make
that
point
now
where
we
actually
see
changes
that
are
coming
up
every
milestone,
every
other
milestone.
A
A
A
So
once
you
have
the
elastic
search,
integration
or
open
search
piece
in
then
you'd
be
able
to
to
use
these
the
special
syntax
to
filter
down
your
search
by
an
inline
query,
and
we
are
going
to
make
this
more
obvious.
So
what
we
are
looking
at
today,
it's
it's
hidden
away
in
a
document,
you're
gonna
see
syntax
options
appear
right
above
the
search
bar
and
then
that
will
launch
out
a
a
pop-out
page.
A
It
gives
you
a
quick
instruction
of
of
what
these
actual
changes
look
like
or
how
not
change
look,
but
what
the
actual
syntax
is
with
examples
and
links,
if
you,
if
you'd,
want
to
use
them
to
actually
demonstrate
it
and
see
how
to
use
that
syntax.
A
And
so
the
next
change
we're
looking
at
is
one
of
our
most
visible
changes,
because
it's
going
to
be
on
almost
every
page,
we
get
lab
and
it's
actually
expanding
the
search
bar
out.
So
you
you
do
see
this
on
other
sites
today
that
when
you,
when
you
actually
click
into
the
search
bar,
you
will
see
it
expand
out
and
give
you
more
room
to
type
and
actually
have
details
about
like
what
what
you're
trying
to
specify.
So
this
will
be
in
150
as
well.
A
It
will
adapt
to
the
size
of
the
screen,
and
that
is
tomas.
Do
you
have
anything
else
to
add
for
that.
C
A
A
That's
a
good
point,
so
it
actually
expands
out
on
what
you
can
see
for
the
autocomplete
options.
A
You
have
more
space
to
kind
of
display
what
can
actually
show
underneath
it,
and
one
of
the
things
that
we're
going
to
do
with
that
space
is.
Is
our
next
change
right.
C
Exactly
yeah
so
we're
the
first
thing
that
we're
gonna
add
into
that.
Real
estate
is
going
to
be
indication
of
the
scopes
which
we
we
have
now,
but
it's
not
as
as
nice
and
clear
as
it's
gonna,
be
in
the
expanded
search
bar.
A
Yeah
so
right
in
the
search
bar
it'll
not
be
as
much
of
a
mystery
as
it
used
to
be
on
what
the
scope
you're
searching
in
is.
A
You
can
also
see,
in
this
view,
the
kind
of
cleaner
layout
that
gives
more
space
to
show
additional
auto-complete
items
like
the
recently
viewed
issues
or
recently
viewed
items
it
doesn't
require
as
wrapping
as
much,
which
definitely
makes
it
a
lot
easier
to
read.
So
we're
really
excited
about
that.
I
think
it's
actually
going
to
increase
the
search
usage
and
help
users
find
information
across
gitlab
a
lot
easier,
and
that
is
what
we're
looking
at
for
15
0.
So
it's
really
exciting
stuff
we
have
coming
up.