►
Description
No description was provided for this meeting.
If this is YOUR meeting, an easy way to fix this is to add a description to your video, wherever mtngs.io found it (probably YouTube).
B
Okay,
well,
thank
you,
john
for
taking
the
time.
The
purpose
of
this
is
for
you
to
well.
It
is
for
me
to
understand
how
do
you
see
the
italy
deployment
processes
and
also
the
release
processes
from
your
point
of
view,
because
I
am
familiar
with
how
we
do
it
from
the
delivery
side
and
the
process
that
we
have
now
it
works,
but
I
have
the
impression
that
it
works
better
for
us
than
it
works
for
you.
So
I
would
like
to
understand:
how
do
you
see
it
if
you
see
like
any
improvement
area?
B
A
Well,
with
the
absolute
play
process,
actually
it's
fairly
hands
off
like
are
you
talking
about
like
when
a
change
that
we
merge
gets
on
to
production
like
what
do
we
do
to
make
that
happen?.
B
A
From
what
I
understand,
I
mean
as
soon
as
we
immerse
the
master
there's
a
job.
You
know
as
soon
as
yeah
pipelines
pass.
A
B
A
It
gradually
gets
pushed
so
first,
it
gets
deployed
the
staging
and
then
staging
and
then
canary.
A
Production
over
the
course
of
the
next,
like
five
or
six
hours,
or
something
like
that.
B
A
A
What
happens
is
each
time
when
something
does
go
wrong
and
like
we
introduced
like
a
bug,
and
we
have
to
stop
that-
I
usually
just
come
to
you
and
nice
and
honestly,
because
you
can
stop
that
auto
exploit
then
at
some
point
we
ask
you
to
re-enable
it,
but
other
than
that
scenario.
It's
fairly
seamless
like.
I
don't
think
we
ever
really
think
about
it.
That
much.
B
Interesting,
so
is
there
any
like
an
improvement
area
that
you
would
do
to
the
current
deployment
process
for
italy,
because
we
have
talked
about
it
that
if
you
want
to
deploy
something
bold,
you
prepare
the
merge
request.
You
have
it
approved,
it
is
merged,
and
then
you
rely
on
the
merge
request
updater
to
update
the
server
file
on
gitlab
right.
So
all
of
that
process
it
seems
that
it
works.
A
A
A
Thing
is
there
are
times
when
there
is
sort
of
like
a
higher
risk
change,
and
I
get
kind
of
nervous
with
those,
because
you
know
we
tested
in
staging,
but
I
know
that
it's
just
going
to
kind
of
roll
into
production,
and
so
those
are
more
rare,
I
think,
most
of
the
time
it
would
be
nice
to
just
rely
on
the
autodeploy
to
just
push
things
in
automatically.
A
But
it'd
be
nice
if
there
was
like
with
higher
risk
deployments,
if
there's
something
like
a
you
know,
some
other
process
right
right,
where
we
could
mark
something.
It's
like.
Don't
push
this
all
the
way
to
production,
where
there's
some
kind
of
like
manual
intervention
required.
B
A
A
A
A
B
A
B
A
B
A
B
A
It
would
be
nice
to
have
that
option.
I
don't,
I
think
the
auto
deploy,
I
think,
one
of
the
effects
of
it
for
developers.
It
does
make
us
a
little
bit
more
careful.
I
think,
because
we
know
that
it's
you
know
things
are
going
to
roll
into
production,
but.
B
A
B
Yeah,
because
when
when
a
production
incident
happens
that
is
associated
with
an
italy
error,
well,
sometimes
the
ownership
falls
into
us
delivery
and
we
don't
really
know
what
to
do,
because
none
of
us
are
like
italy
experts.
So
in
that
time,
what
we
do
is
to
go
and
put
something
on
the
italian
channel
and
to
say
like
hey:
is
there
someone
available
to
help
us
and
normally
you
either
all
are
available
or
we
need
to
wait
for
someone
to
be
available.
A
You
know
nothing
I
can
think
of
at
the
time.
To
be
honest,
I
I
haven't
thought
too
hard
about
the
deployment
process,
but
yeah,
if
I
think
of
something
I'll
I'll,
send
it
over
slack.
B
Okay
awesome,
so
I
have
sort
of
the
same
question
now
for
the
releases
for
the
release
process
for
italy,
like
what
are
the
steps
that
you
as
a
developer,
follow
to
go
through
a
patch
release,
because
let's
say
that
something
needs
to
be
fixed
in
a
stable
branch,
and
you
need
to
prepare
a
fix
like.
How
would
you
do
that.
A
Well,
we
prepare
an
mr
that
goes
into
the
master
and
if
that
gets
merged,
then
we
try
to
pick
that
into
the
stable
branch
for
that
release
and
then
once
that
happens,
I
think
I
haven't
done
this
in
a
while,
but
I
think
we
asked
the
release
managers
to
cut.
You
know
a
minor
word
yeah.
I
mean
a
patchworks
for
that.
B
A
B
A
A
B
And
to
work
towards
them,
instead
of
you
relying
on
another
team
on
the
on
other
teams,
availability
and
schedule
and
etc,
will
give
you
more
freedom
to
do
your
own.
All
your
own
releases
and
your
own
processes.
B
Yeah
for
sure
I
think
so
too,
and
well
particularly
for
italy.
I
think
italy
is
the
one
that
has
the
most
complex
process
either
for
deployments
and
for
releases
because
it
is
very
intertwined.
I
am
trying
to
analyze
it
and
it
has
like
different
edge
cases.
B
So
I'm
not
sure
if
that
one
is
going
to
a
scale,
and
we
want
to
continue
like
deployments
for
gitlab.com
and
to
remove
try
to
remove
that
dependency
for
italy.
So
I
think
it
will
be
a
benefit
for
both
teams.
B
So
another
question
regarding
the
deployment
process
right
now
in
our
documentation,
it
is
suggested
that
italy
and
prefect
needs
to
be
deployed
before
the
code
application
changes,
because
otherwise
something
tragic
is
going
to
happen.
I
think
that
was
at
the
beginning,
when
we
were
planning
the
auto
deploys
and
the
well
the
zero
downtime
upgrades.
B
A
B
A
Know
with
the
zero
downtime
upgrades
as
a
team,
we've
gone
into
the
discipline
of
making
sure
that
yeah.
So
you
need
like
a
code
mismatch.
It's
not
a
problem
because
there's.
B
A
A
possibility
that,
like
the
newer
gateway,
comes
on
top
and
then
the
app
starts
talking.
So
you
have
some
older
code
talking
to
your
code
and
so
like
recently,
we
made
some
changes
to
the
rails.
A
B
Is
the
situation
you
know
yeah
so.
A
We
always
wait
like
one
release
before
like
this
and
old
code
path,
that
you
know
once
the
client
is
upgraded.
A
B
A
Manual
click
and
it's
yeah,
it's
so
that
that
has
that's
not
automated,
so.
A
B
B
B
B
Okay,
okay
got
it
well.
Those
are
all
the
questions
that
I
have
do
you
wanna.
Do
you
have
any
comments
to
add
to
this.
B
Okay
for
sure
like,
if
you
have
any
questions
or
any
other
comment,
you
feel
free
to
put
it
on
the
issue.
I
think,
okay,
I
have
linked
it
here
so
well,
thanks
for
taking
the
time
join,
and
I
see
you
around.