►
From YouTube: How-To: Cutting a Kubernetes Release
Description
This is a walk-through for the Branch Management role on the Release Team for how to cut a new release from start to finish.
For more info, please visit
github.com/kubernetes/sig-release/tree/master/release-team/role-handbooks/branch-manager
A
Hello
in
this
video
I'll
be
showing
the
process
of
cutting
release
candidate.
One
for
version
1.15
today
happens
to
be
release
day,
which
is
June
11th
and
on
my
browser,
I
have
the
branch
manager
handbook
open
on
section
RC
build
I'll,
be
going
through
each
of
the
items
listed
in
detail
so
first
things.
A
First,
when
cutting
a
release
is
the
opening
issue,
and
here
I
have
are
someone
release
cut,
opened
on
single
easy
so
going
through
the
checklist
I've
made
for
myself
I'm
using
the
pre
or
using
the
issue
template
so
item
1,
which
is
make
sure
that
OPR
is
in
milestone?
V
1.15
are
all
merge.
This
happens
to
be
the
first
item
listed
in
this
section,
so
I
have
that
open
right
here.
A
A
So
I
went
ahead
and
done
that-
and
this
is
this-
is
the
output
of
the
branch
past
board
done
earlier,
which
took
about
8
minutes,
and
you
can
see
the
changes
pushed
on
to
release
1.15
the
115
branch.
So
it
happens
to
be
these
two
important
PRS
that
were
merged,
so
I
can
go
ahead
and
check
this
one
on.
So
the
next
item
is
to
make
sure
that
there
are
no
blocking
PRS.
A
A
A
Which
I
did
not
mention
on
this
checklist,
so
going
into
detail
about
or
just
long
story
short
about
what
this
is
talking
about,
so
usually
the
release.
After
cutting
the
list
release
candidate,
one
code,
thaw
happens
or
in
other
words
we
lift
code
freeze.
So
when
do
we
do
that
when
is
code
freeze
lifted?
So
there
are
several
things
to
keep
in
mind.
A
First
of
all,
there
are
no
open
PRS
marked
with
master
one,
which
we've
seen
earlier,
which
we've
seen
here
and
then
next
thing
to
consider
would
be
to
make
sure
that
on
no
failing,
1.15
watching
tennis
so
bring
that
up
which
happens
to
be
this
one.
So
in
this
case
it
looks
pretty
green,
so
wool
flaky
test,
but,
as
you
can
see,
cygnus
1.15
all
is
not
doing
too
good.
A
This
consideration,
and
also
the
consideration
of
CI
signal
and
release
need
that
whether
or
not
cold
fish
cold
freeze
should
be
lifted.
So,
oh,
and
also
there
shouldn't
be
any
issues
marked
with
mouse,
know,
1.15
to
be
addressed.
Otherwise,
there'll
be
a
PR
to
address
it
to
address
it,
and
that
means
that
you
know
we
can't
go
forward
with
lifting
the
coal
freeze.
So
having
talked
about
I
just
want
to
in
3,
we
can
go
ahead
and
start
the
release
process.
A
So
I
have
my
handy
spreadsheet
right
here,
so
the
command
to
do
is
not
this.
This
was
from
the
prior
release
that
I
copied
over
so
I've
copied
over
to
my
terminal.
All
I
need
to
do
is
change
this
to
1.15
to
the
1.15
branch,
so
I
am
staging
the
release
branch
in
preparation
for
the
release
candidate
here
I'm,
giving
the
flag
release
candidate
and
I
want
to
build
that
head
at
the
head.
A
A
A
Welcome
back
but
50
minutes
have
passed
as
you
can
see.
Google
Cloud
Builder
manager
has
completed
the
skating
process
which
took
about
48
minutes
and
10
seconds.
We
can
also
see
that
on
the
cloud
hold
the
field
steps
have
passed,
which
indicates
a
successful
staging
process,
so
next
step
would
be
to
run
the
actual
release.
A
A
Hello
welcome
back
again
right
now
the
release
cut
for
release
candidate
180,
as
you
can
see
here,
it
says
done
and
it
took
about
17
minutes
or
so.
You
could
also
see
that
on
the
Google
Cloud
console
right
here
and
all
the
gold
steps
have
passed.
You
could
also
verify
this
by
going
to
crouppen
any
news
releases
and
they
go.
You
can
see
the
least
candidate
one
right
there.
So
while
that
was
building,
I
went
ahead
and
took
screenshots
for
dashboards.
A
A
A
That's
concerning
part,
the
actual
official
release,
but
in
this
case
for
release
candidate
one
it's
doing.
Okay,
especially
it
was
master,
sig,
release,
master,
informing
and
as
well
as
Cygnus
master,
blocking,
in
fact,
the
one
dashboard
that
we
are
most
particularly
interested
in
the
moment.
The
sig
release,
1.15
blocking
routes,
seems
to
be
mostly
green
and
couple
of
flakes,
but
overall
it
looks,
doesn't
look
too
concerning.
A
A
A
As
you
go
towards
the
actual
release
cut
you
you
wouldn't
want
to
do,
the
mock
dry
runs
for
each
stage
and
release,
but
in
the
case
of
beta
2
I
did
not.
I
did
not
go
ahead
and
do
that.
If
there
was
a
case,
I
would
have
debug
and
contact
the
release
team
about
it,
but
for
beta
1,
0
and
and
others
three
elf,
oh
I've
done
a
mock
version
of
stage
and
release.
I
think
that
is
a
comment.
A
A
A
A
During
that
short
pause,
I
went
ahead
and
informed
disagree,
slack
Channel
about
rc1
being
released
that
you
could
see
on
kubernetes
slash,
given
a
is
races
and
I
gave
a
link
to
the
notification
underneath
this
text
and
then
I
also
went
ahead
and
sent
out
the
email,
so
I
was
showing
earlier
the
contents
of
the
kubernetes
real
reasons
bucket
which
contain
the
archives
made
by
an
ago.
So
these
are
the
continent
that
I
use
to
send
out
the
email
which
can
be
shown
on
kubernetes
announced.