►
Description
CNCF SIG Contributor Strategy Contributor Growth WG 2021-03-02
A
A
B
D
I
don't,
I
don't
think
it's
I
think
it's
my
my
vocal
cords
like.
C
The
muscles
yeah-
I
I
don't
think
it's
a
upper
respiratory
infection
or
anything
not
that
I
go
anywhere.
A
B
B
B
So,
oh
wow,
oh,
that
must
have
been
fun.
B
The
oh
wow
and
the
worst
part
about
it
is
they
expect
you
to
do
something
about
it
right.
It's
like
monkey
fix
this,
make
it
go
away.
It's
like
our
cat.
All
the
time
expects
us
to
fix
the
weather
for
him.
B
B
The
so
it's
our
fault,
we
talk
to
him
all
the
time,
so
he
tries
to
talk
back.
A
A
Yeah
so
I
I
did
put
a
pull
request
because
there
were
like
some
links
missing
and
some
spacing,
and
then
there
was
like
a
sentence
that
shouldn't
have
made
it
in.
That
was
like
the
copy
and
paste
kind
of
stuff
that
not
only
that
one
that
we
fixed
but
another
one.
It
was
not
so
so
that's
still
in
right
now.
Do
you
want
me
to
share
screen
or
like
if
you
or
just
what
did
you
mean
with
going
through
it.
A
Yeah
my
question
is,
for
instance,
there
are
like
sections
where
I
would
love
to
have
more
input,
for
instance
in
the
tools
that
help
minimize.
You
know
pr
submission
process
like
that
streamline
the
process.
A
Carlessia
mentioned
something
about
tilt
and
I
put
something
in
there,
but
it's
like
it
needs
a
proper
description
because
it's
like
sometimes
because
I'm
not
that
technical
like.
If
I
look
at
the
website,
it
doesn't
really
tell
me
what
the
value
is
in
here
and
I'm
sure
there
are
like,
maybe
some
other
things
and
they're
like
that,
could
go
in
here.
So
there
are
parts
where
I
would
love.
Someone
to
you
know
have
a
look
and
see
specifically
with
the
technical
parts.
To
be
honest,
it
was
in
the
pr
process.
A
It
was
really
like.
Okay,
I'm
just
typing
what
people
are
telling
me,
because
I
don't
really
understand
the
process.
So
it's
just
like
for
me,
but
I
think,
like
scott
looked
over
it,
so
I
think
that's
probably
fine,
but
with
the
tools.
Maybe
there
is
like
something
that
we
want
to
add
here.
It's
like.
I
don't
know.
D
So
when
I
read
the
tools
section,
it's
intended
to
be
examples
of
how
you
can
help
people
with
tools,
not
recommendations
for
tools,
I
would
say,
or
a
thorough
explanation
of
the
value
prop.
So
I
think
what
you
had
was
fine
I'll,
definitely
recheck.
It,
though
I
think
only
one
of
them.
I
commented
on
because
it
was
a
little
confusing
docker
yeah
I
mean,
but
I
wouldn't
worry
about
trying
to
capture
like
selling
tilt
or
why,
like?
It
only
makes
sense
if
it
makes
sense
for
your
project
and
they're.
D
A
A
Yeah,
it
says
example
of
tools
right,
but
then
there
is
like
this:
what
is
ide
an
ied
that
they
are
comfortable
with?
I
don't
know
what
that
was.
I
don't
know
where
it
came
from.
D
Integrated
development
editor,
it's
just
like
vs
code
or
intellij
or
pycharm.
A
Okay,
so
that
doesn't
really
need
what
well
like,
maybe
like
what
it.
D
A
Okay,
that
was
like
mostly
the
thing
and
it's
like.
If,
if,
if
you
feel
look,
I
mean
it's
not
yes,
as
you
said,
it's
nothing
like
super
prescriptive.
It's
like
very
high
level,
so
I
I
I
don't
know
if
anything
is
missing
or,
and
the
other
one
the
so
the
next
section
is
actually
should
be
become
a
pr
very
soon.
Hopefully,
tomorrow.
D
I'm
sorry
I'm
behind
on
the
pr's,
I'm
looking
over
the
updates
to
the
framework
right
now
and
I
should
be
able
to
merge
it
as
soon
as
I'm
not
talking
to
people
I
don't
like
talking
emerging.
I
always
miss
something.
D
B
A
Yeah,
well,
there
are
a
lot
of
things.
So
why
don't
like
we
like?
We
have
the
problem.
Is
it
is
kind
of
a
beast
right,
so
they're
like
well,
this
is
the
biggest
section
and
it
becomes
smaller
each
one
yeah,
probably
as
well,
because
it
was
the
interviews
and
people
were
getting
tired,
but
also
like
these
are
kind
of
the
main
sections
too.
So
I
don't
know
if
yeah.
A
If
so,
I
don't
know
what
what
we're
gonna
do
with
this
anyways
like
one
like
once,
it
is
all
there
and
we
got
feedback
or
didn't
get
feedback.
It's
now
in
the
draft
folder.
What
what
are
like?
What
are?
I
mean,
of
course,
at
some
point.
We
want
it
to
be
on
a
website
where
everyone
can
access
it,
but
like
the
website,
isn't
live
yet
right.
So
that's
also
like
a
long
process,
and
I
don't
know
why
it
looks
so.
Nice.
B
D
Know,
no,
it's
nothing
personal,
but
you
know
yeah,
that's
yeah!
That's
all
we're
waiting
for
for
the
website.
Is
that
and
then
you
know
we
can
flip
the
domain
when
we're
ready,
but
we
could
at
least
have
a
resolvable
displayable
website.
Yeah.
B
A
B
Yeah
he's
in
europe,
but
he
stays
up
late
so
and
that's
that's:
how
I've
gotten
the
fastest
turnaround
from
human
things
is
by
dming
him
at
like
8
30
a.m.
My
time.
D
So
yeah,
with
with
the
content,
to
move
something
out
of
draft
and
into
a
regular
proposal,
don't
we
need
the
our
toc
liaison
to
prove
it,
or
is
it
only
for
governance
related.
D
B
We
need
to
have
a
review
of
anything
that
might
be
providing
specific
guidance
to
projects,
but
a
lot
of
our
things
have
already
been
reviewed.
Yeah.
B
We'd
want
sad,
or
we
have
a
new,
we
have
a
new
second
liaison.
I
need
to
look
at
who
it
is.
I
mean
one
of
the
things
I
actually
wanted
to
talk
about
was
actually
having
a
meeting
with
saad
and.
B
B
No,
we
don't,
but
we
will
in
the
future
right
like
when
we're
ready
for
the
contributor
framework,
then
that
that'll
be
in
that
situation,
and
that
would
make
it
easier
for
them
right
if
they
know
that
they
just
look
at
the
liaison
approval
label.
Yeah.
B
A
Just
because
it
has
several
sections,
should
we
kind
of
do
them
one
by
one
like
this
one,
like
I
just
want
to
have
those
questions
like
still
answered
right,
but
like
once,
we
feel
this
is
like
ready
for
that.
Should
we
just
put
the
sections,
I'm
just
thinking
about
user
friendliness,
because
it's
like,
if
it's
like
five
at
once,
it
may
be
overwhelming,
or
do
we
wanna
have
it
like
ready
and
then
put
it
all
in
there?
I'm.
D
Kinda
wanna
show
it
to
them
until
basically
we're
ready
to
put
it
on
the
site.
I
think
because
otherwise
you're
going
to
re-edit
it
after
they've
looked
at
it
and
you
know.
Okay,
I
mean
correct
me
if
people
have
different
opinions
on
that,
but
a
madnet
label
for
liaison
review.
D
D
D
A
E
I'm
on
the
call,
so
I
split
it
josh
and
I
talked
about
splitting
it
so
kind
of
like
the
main
version
is
like
the
most
generic
version.
I
guess
you
can
say,
and
then
I
think
what
we
talked
about.
E
I
kind
of
can't
remember,
because
we've
been
going
back
and
forth
about
it
was
kind
of
having
like
a
well
I've
now
named
it
the
expansion
pack,
but
it's
like
an
expansion
of
the
maintainer
section
because,
based
on
some
of
the
bigger
projects,
there
are
more
categories
under
maintainer
so
hold
on.
Let
me
drop
the
link,
I
know
just
not
careless
comment,
so
I
haven't
deleted.
E
So
basically
I
made
a
duplicate
version
of
the
original
one
that
we
had
and
I
need
to
clean
up
the
maintainer
expansion
pack,
but
essentially
that
would
be
like
a
sorry.
My
cougar
clock
is
off
and
anything
else,
but
basically
we
were
gonna.
Have
this
expansion
pack
be
more
more
specific
to
like
the
different
maintainer
roles
that
we
talked
about?
So
I
think,
as
of
right
now,
what
would
fall
under
that
would
be
like
the
community
maintainer
project
manager,
which
stephen
augustus
gave
us.
E
So
I
think
that's
project
and
program
manager,
I
think,
will
probably
be
the
same
and
then
like
release
manager,
doc's
manager
and
then
like
sub
project
lead
just
so
we
don't
like
overwhelm
a
reader
with
everything
that
would
be
more
than
necessary
for
their
project.
E
So
I
think
that
was
kind
of
the
last
update
we
had
but
caravans
weren't
here.
So
if
you
have
any
thoughts
there.
D
I
had
a
question
so
I'm
looking
at
the
expansion
pack
and
it
still
seems
to
have
stuff
about
community
participant.
E
D
E
Yeah
yeah
there
you
go,
ignore
the
like
table
of
contents
at
the
beginning,
but.
E
B
Yeah
I
mean
the
difference
between
project
lead
and
maintainer
is
governance.
I
mean
whether
or
not
we
want
to.
E
B
D
B
Yeah,
the
because
I
mean
like
the
maintainer
well
once
we
have
this,
I'm
going
to
make
some
changes
to
the
maintain
to
the
maintain
our
council
governance
template
to
take
some
things
out
and
simply
direct
people
to
contribute
a
ladder
template
so
the
because
better
than
having
sort
of
duplicate
stuff.
For
one
thing,
I'm
already
dealing
with
some
projects
that
have
two
different
definitions
of
a
maintainer
in
two
different
documents.
D
E
E
A
maintainer
yeah
cause
like
we
originally
wrote
this
right,
like
as
like
kind
of
like
yeah
with,
like
the
project,
lead
position
in
mind,
and
I
guess
it's
like
now.
How
do
we
just
make
this
like
as
generic
as
possible
for
the
maintainer
category.
E
E
B
B
E
B
E
C
D
E
Yeah
yeah
because
we
pulled
it
off
from
github
and
now
we're
back
on
that
hack
update,
so
go
for
it.
E
Also,
I
I
don't
know
if
we
should
call
it
the
maintainer
expansion.
B
The
I
mean
honestly,
I
think,
for
our
target
audience
calling
it
the
maintainer
expansion
pack
would
actually
be
a
lot
of
fun.
I
think
the
toc
would
find
it
frivolous.
Unfortunately,.
A
Not
like
extended
ladder
contributor
ladder
because
it's
an
extension
right
like
once
you
grow,
you
extend
it.
What
was
it
extended,
bladder
or
yeah?
I
think
the
one
would
be
like
the
basic
right
like
that's
what
you
need.
The
core.
Any
project
needs
those
and
then
the
extended
leather
is
like
once
you
grow.
You
start
needing.
You
start
to
need
additional
necessarily
all
at
once,
but.
B
Yeah
I
mean
some
of
it
has
to
often
do
with
project
structure
right
because,
like
we
have
a
brand
new
project
that
we're
launching-
and
it
already
has
sub-project
leads
because
of
how
the
project
is
organized
right,
because
the
the
project
is
actually
kind
of
a
collection
of
drivers,
and
so
each
driver
has
an
individual
lead,
but
for
others
like
community
manager
or
release
manager
and
stuff,
those
often
only
show
up
once
you
have
like
production
adoption.
A
Yeah
and
I
have
a
question
regarding
the
community
manager
because
we
were
kind
of
brainstorming
about
creating
that
role
as
well
for
linker
d,
but
not
so
much
for
the
social
media
part,
but
more
like
helping
like
really
foster
an
engaging
community
being
like
help
answering
questions.
I
feel
like
that
really
is
part
of
it
right
like
someone
who
helping
people
identify
people
who
have
a
story
to
tell
and
then
encourage
them
to
tell
that
story
right
like.
B
The
these
all
need
to
be
filled
out,
so
we
could
really
use
your
help
with
that,
because
if
you
look
at
the
earlier
roles
in
sort
of
the
core
set
like
like,
you
know
the
basic
maintainer
role,
for
example,
we
have
this
criteria
and
responsibilities
and
privileges
with
each
one,
and
we
really
need
to
have
that
with
all
of
these
roles.
We
just
have
not
filled
that
out
yet.
B
Because
yeah
there's
a
bunch
more
to
a
a
community
manager
right
and
you
know
to
say,
hey
if
we're
going
to
call
this
a
maintainer
role,
there
has
to
be
a.
How
do
I
qualify
for
this
maintainer.
E
Yeah,
okay,
so
kind
of
going
back
to
what
we
were
saying
with
the
like
umbrella
category
being
maintainer,
then
do
we
so
right
now
under
maintainer?
There
is
the
criteria,
responsibilities
and
additional
privileges
sections.
Do
you
want
to
just
take
it
out
under
the
like
under
the
maintainer
section
and
then
create
you
know
a
set
for
each
subset
or
or
do
we
want
one
that
is
like
a
general
maintainer
list
that
would
apply
to
the
community
manager,
the
project
manager,
release
manager
and
like
so
on,
and
so
on.
E
E
Yeah
wait
so
then,
so
should
we
leave
the
current
criteria,
responsibilities
and
privileges,
as
is
under
maintainer,
and
then
everything
under
you
know,
subcategory,
like
community
manager,
would
just
be
like
additional
responsibilities.
D
I
think
there
may
be
a
little
bit
of
not
a
problem,
but
I
don't
often
see
a
community
manager
or
some
of
these
other
managers
always
move
up
from
contributor
and
approver.
D
They
may
have
been
contributing,
but
in
a
different
way
like,
for
example,
they
may
be
showing
up
to
meetings
and
helping
to
design
and
lay
out,
like
your
plans
for
doing
a
whole
bunch
of
things
and
being
extremely
engaged.
They
may
have
never
actually
worked
on
a
pr
with
you,
though,
I'd
be
concerned
that
the
criteria
would
make
people
who
are
coming
from
a
different
method
of
engaging
with
the
project.
Yeah
feel
like
they
can't
be
this
unless
they've
been
doing
prs,
because
a
lot
of
these
things
don't
happen
in
prs.
E
Yeah,
so
I
think
that
was
kind
of
like
what
I'm
getting
at.
We
can
either
structure
it
where
we
put
the
initial
set
of
criteria,
responsibilities
and
privileges
at
the
beginning
for
all
maintainers
and
just
make
it
like
really
really
generic
and
then
like
do
like
the
you
know,
additional
points
under
each
category
of
like
the
different
kinds
of
maintainers,
or
we
scrape
the
generic
criteria,
responsibility,
privileges
and
then
just
do
each
section.
With
those
points.
D
Do
generic,
but
I
think,
instead
of
thinking
about
specific
activities,
yeah
looking
for
a
general
level
of
responsibility
towards
the
project
and
people
have
demonstrated
it
already,
so
they
are
coming
to
meetings.
They
are
engaging
with
new
users
and
helping
them.
They
are
aware
of
and
helping
to
make
decisions
for
the
project,
like
I'm,
maybe
not
saying
these
great
because
I
probably
want
to
like
think
about
it
before
I
write
them
down,
but
it
has
nothing
to
do
potentially
with
conference
speaking
obligations
or
pull
requests
or
anything
like
that.
D
It
may
just
be
someone's
acting
like
a
maintainer
they're,
acting
like
someone
who
feels
responsible
for
the
project
and
is
invested
in.
You
know
like
those
are
the
people
I
tap
to
become
a
maintainer,
it's
it's
not
always
number
of
pr's
or
so,
let's
reset,
what's
under.
D
Right
yeah
so
for
general
criteria,
but,
like
I
think
those
like
what
we
have
right
now
is
perfect
for
code
maintainer,
right
yeah
and
we
can
just
start
over
and
make
just
more
general
things
like
do
they
have
the
right
attitude?
Are
they
demonstrating
that
they
will
be
a
responsible
maintainer
already,
you
know,
yeah,
not
they're
doing
certain
actions.
The
actions
are
going
to
be
different
for
each
one
of
these
roles,
but
in
general,
there's
a
there's,
a
different
attitude
of
someone
who's
trustworthy.
D
A
A
Then
it
gets
like
if
you
go
specific,
it
has
it's
completely
different,
because
these
are
and
that's
why
I
think
sometimes
the
word
letter
is
a
little
misleading,
because
it's
not
one.
It's
like
you
have
like
these
parallel
tracks.
Right,
if
you're
community
manager,
I
mean
yes,
you
need
to
understand
the
technology
to
help
and
so
on,
but
it's
like
it's
I
mean
yeah.
You
don't
have
to
have
gone
that
path.
You
you
maybe
you're
super
you.
A
You
enjoy
helping
people
and
you
know
engaging
with
the
community
and
you
know
it's
a
different
track
with
docs
manager.
I
think
it's
even
more
clear
because
it
can
be
a
technical
writer
who
has
never
submitted
a
pr.
So
it's
like
you
want
someone
who
has
like
really
good
skills
at
writing
and
explaining
technologies.
That's
their
strongest.
You
know
characteristic,
not
necessarily
like
triaging
and
things
like
that.
Yeah.
D
So,
for
example,
on
porter
we
have
a
docs
manager
and
she
she
didn't
get
the
role
by
submitting
a
ton
of
prs
the
docs.
It
was
all
through
giving
us
on
advice
on
how
to
do
our
docs
and
then
maybe
she
shut
off
all
the
meanings
and
then
was
able
to
give
us
feedback
on
like
where
we're
missing,
how
we
should
organize
it
all
sorts
of
stuff
that
none
of
it
gets
captured
and
get
up.
D
D
One
thing
I
think
would
be
great
to
mention
is
we
have
subproject
lead
right
and
I
know
we
have
like
approvers
too
a
lot
of
times.
People
don't
become
a
maintainer
for
the
whole
project,
all
at
once.
D
They
usually
end
up
being
able
to
review
in
a
certain
area
of
the
code
or
they'll
like
be
a
project,
not
project
lead,
but
sub-project
lead,
I
guess
or
like
the
area
where
they've
worked
the
most
and
they
have
the
most
domain,
expertise.
D
D
E
Our
approver
is
on
the
the
other
one
yeah,
the
other
one
because,
like
I
guess
like
regardless
of
how
or
that
seems
like
something,
that's
more
of
a
generic
role
than
like,
or
that
like
yeah,
like
most
projects,
will
have
regardless
so
that
one's
sitting
there.
Do
you
think?
Okay,
that's
where
I'll
edit
it
then
I
just
want
to.
D
E
D
Not
all
projects
do
that:
no
okay,
okay.
The
reason
why
some
do
is
because
of
how
github
works
and
if
you
want
to
be
able
to
interact
with
a
project,
you
have
to
be
an
organization,
member,
okay
or
added
to
the
repository.
D
You
know
that
kind
of
stuff,
like
there's
importer,
for
example,
people
like
to
be
able
to
assign
issues
to
themselves
and
pick
them
up,
and
you
know
we
have
like
a
lot
of
stuff
in
the
backlog
and
we
don't
want
to
be
like
ask
and
maybe
we'll,
let
you
so
as
soon
as
someone's
done
their
first
pr.
They
become
a
an
org
member
just
so
that
they
can
assign
an
issue
to
themselves
and
claim
it.
F
A
So
I
think
I'm
gonna
drop,
but
I
think
I
would
like
to
help
with
the
community
manager
thing
just
because
I
was
like
thinking
it
through
and
if
you
need
more,
you
know
areas,
but
you
are
working
now.
So
this
is
so
it's
not
you
you're,
not
working.
This
is
not
merged
yet
so
like.
Where
is
like
the
best
way
to
kind
of
add
ideas,
or
should
I
just
you
know
you.
E
Can
just
add
to
this
directly,
I
don't
know
if
you
have
a
hackmd
account,
if
you
don't,
you
should
still
be
able
to
oh
okay
right
in
here.
D
Yeah,
like
there's
a
pencil
at
the
top
left,
and
if
you
click
on
it,
you
should
be
able
to
just
edit
it
directly.
Okay,.
A
E
Yeah
just
add
as
much
as
you
want
and
then,
like
you
know,
whatever
like,
if
necessary,.
A
D
E
E
D
I
guess
I
think
in
because
we
almost
for
the
most
part
work
in
github.
I
think
all
the
cncf
does
github
it's
easy
to
conflate
the
github
organization.
Member
with
this.
Maybe
if
we
called
it
project
member,
it
would
not
be
like
there
wouldn't
be
like
we
wouldn't
have
to
like
have
a
caveat.
We're
like
this
doesn't
actually
mean
github
organization
member.
D
I
actually
don't
know
the
difference,
so
I
will
defer
to
you.
Oh
okay,
yeah,
like,
for
example,
in
the
github,
there's
like
a
dayslabs.org
or
kubernetes,
org
or
helm,
has
an
org
too,
and
it's
called
in
github
organization,
member.
E
D
E
So
what
do
you
think
is
like
the
most
generic
version
of
this,
because
I
think
for
kubernetes.
Specifically,
I
think
you
have
to
actually
be
an
auric
member
to
like
vote
for
stuff
right.
D
I'm
saying
it's:
that's
like
a
technical
mechanism
for
doing
voting
yeah,
but
this
role
right
here
that
we're
describing
has
nothing
to
do
with
github.
It
has
to
do
with
just
categorizing
your
relationship
to
the
project,
and
so
we're
saying
like
when
we
say
the
word
organization.
What
does
that
refer
to
when
you're
talking
about
a
cncf
project?
E
D
I
don't
think
we
want
to
conflate
like
make
like
a
one-to-one
thing
between
github
organization
membership,
which
may
not
be
a
thing
for
all
projects
and
they
could
implement
membership
differently.
Okay,
that's
all!
I
was
suggesting.
D
E
Or
sorry,
wait,
let
me
ask
my
question:
okay,
so,
okay,
what
do
you
think
of
when
I
say
someone
who
is
an
established
contributor
who
regularly
participates
in
the
project
and
has
the
privilege
who
has
privileges
in
both
project
repositories
and
elections?.
D
I
don't
know
because
elections
is
very
specific
to
everyone's
governance
stock.
If
we
just
took
off
the
elections
part
I
would,
I
don't
even
know,
I
think
I
I'd
call
them
a
contributor.
I
don't
know
yeah,
that's
fine
because,
like
maybe
just
remember,
I
don't
know.
E
E
E
What's
like
the
most
generic
abstraction
from
the
kubernetes
like
org
member,
like
conversation,
we
could
take
over
because.
D
E
Yeah,
because
now
that
I'm
thinking
back
about
it
right,
it's
like
if
you
look
at
the
requirements,
it
says
like
the
like
number
of
pr's
and
all
that,
like.
I
think
this
was
put
in
there
to
describe
someone
who
is
an
org
member
like
on
github.
D
D
E
So
then,
going
back
to
what
you
were
saying
where,
like
you
know,
you
were
wondering
if
this
was
like
organization,
member
versus
project
member,
if
we
were
to
build
out
a
section
that
was
project
member,
what
would
that
look
like.
D
D
D
D
D
B
B
E
D
D
I
think
it's
a
it's
a
because
you
have
commit
access
and
it's
hard
for
me
to
speak
about
it,
because
I
don't
do
the
kubernetes
model
and
a
lot
of
people
don't
either
because
they
have
that
approver
thing
which
is
different,
but
because
you
get
to
decide
what
code
ultimately
gets
into
a
release
and
goes
you're
making
decisions
about
the
project,
either
from
a
technical
perspective,
a
roadmap
perspective
and
priorities
right,
because
you
ultimately
decide
if
this
contribution
is
accepted
or
not.
D
F
D
D
E
Comment
so
you
remember
to
go
back
to
it
yeah.
Let's
just
do.
D
D
Oh
hackmd,
the
comment
like
clean
up
this
section-
that's
not
for
me.
Oh
there,
it
is
okay,
oh
yeah
I'll,
update
the
description
and
just
explain
it's
a
technical
decision
making
role.
That's
usually
not
usually
it's
because
they
can
decide
if
things
go
in
the
project
or
not.
D
Okay,
you
know.
Are
we
gonna
do
this
issue?
Are
we
gonna
merge
this
pr
approvers,
I
think,
also
get
to
kind
of
say
if
stuff
should
merge,
but
I
think
usually,
they're
not
making
decisions
about
if
doing
that
issue
in
general
is
the
right
thing
to
do.
D
Thing
right:
it's
yeah
it's!
This
is
a
very
and
that's
why
I
was
kind
of
like
picking
on
it.
A
bit
is
it's
very
specific
to
kubernetes
right,
so
in
kubernetes,
no
one
has
commit
access
to
be
clear.
Everything
goes
through
prow,
which
is
like
this
github
automation
that
they
have
yeah,
and
you
leave
a
comment.
D
If
you're
a
reviewer
and
you
say,
slash
lgtm
and
if
you're
approver,
then
you
can,
you
can
do
slash
lgtm,
but
you
can
also
do
slash
approve
so
like
an
approver
can
just
you
know,
merge
the
thing
all
by
themselves,
pretty
much
yeah
and
then,
if
you're,
a
reviewer
you're
able
to
do
the
work
of
the
code
review
and
then
maybe
make
it
a
little
easier
for
the
approver
to
just
go.
Yes,
this
looks
good
in
general
and
trust
that
the
review
was
done
well.
Okay,
like
every
project,
has
different
rules
about
that.
D
But
approver
has
more
responsibility
because
their
comment
is
what
merges
the
code.
E
B
D
There's
people
who,
who
don't
have
as
much
trust
so
like
they
can
help
review
and
they
they
can
be
like.
Oh,
this
style
is
wrong
or
whatever,
like
help
fix
the
code
and
get
it
up
to
speed,
but
that
second
person
could
be
a
maintainer
could
be
the
approver
has
to
make
a
decision
on.
Like
is
the
whole
thing
actually
implemented.
The
way
we
wanted
it
to
be.
Is
it
ready?
Are
there
gaps?
You
know?
Is
this
safe
to
bring
in.
E
D
D
E
D
E
D
E
Okay,
that
looks
good.
Where,
should
I
add
like,
or
do
we
want
to
explicitly
state
this
in
kubernetes?
I
think
taner
may
be
approver
wait.
So
should
we
throw
out
the
word
approver
at
all?
D
A
E
D
D
There's
the
talk
right,
there's
the
table
of
contents.
E
E
I'm
gonna
update
the
expansion
pack
just
to
remove
that
word
too,
oh
yeah,
because
we
have
duplicate.
Oh,
we
took
it
out:
okay,
yeah,
okay,
yeah.
D
Cool
really
good
it's.
This
is
so
hard
because
it
ever
changes
documents
work
on.
I
said
this
is
a
tough
document
to
work
on,
because
everyone
does
it
differently.
E
Yeah,
no
okay
yeah,
so
I
guess
I
I
want
to
be
able
to
clean
up
the
maintainer
section
in
a
way
where
it
will
seamlessly
flow
into
the
expansion
pack.
If
someone
needs
it,
yeah,
okay,.
D
Okay,
okay
and
then
navy.
As
a
sub
section
under
maintainer,
we
send
people
to
the
expansion
pack
to
discuss
different
the
different
roles
to
find
there,
like
there's
lots
of
different
ways
to
be
a
maintainer
on
a
project
yeah.
E
D
I
think
we
want
to
be
careful
about
how
we
frame
it,
because
I
don't
want
it
to
be
like
well
the
default
best
first
class.
Whatever
one
is
the
code
one.
I
just
more
meant
that
the
description
right
now
for
maintainer
includes
a
lot
of
technical,
like
code
contributions,
because
the
contributor
reviewer,
if
you're,
trying
to
become
a
compute,
a
community
manager,
for
example,
you're
not
going
to
do
those
right
and
there
should
still
be
a
way
to
do
it.
D
D
That
was
that
attitude
stuff
yeah,
that's
your
responsibility,
yeah
and
then,
because
we
did
that
maintainer
doesn't
mean
just
code,
maintainer
yeah,
someone
with
decision
making
capabilities
on
the
project,
and
then
there
are
different
types
of
maintainers
and
code.
Maintainer
is
quite
available
to
these
other
ones.
E
E
And
then,
when
we
were
on
our
call
last
thursday,
josh
mentioned,
like
the
other,
the
the
newer
or
the
additional
ladder
being
more
like
a
breakout
of
the
maintainer
section,
and
so
now
I'm
wondering
like
the
way
you're
phrasing,
the
code
main
camera
roll.
You
know
if
we're
trying
to
not
necessarily
give
any
weight
to
any
one
kind
of
maintainer
than
another
should
be
throw
the
ones
that
are
in
them
spa
in
the
expansion
pack
back
in.
D
Oh
no!
Oh
okay!
I
don't
I
don't
think
so,
and
I'm
I
want
to
make
sure
that
my
suggestion
makes
sense.
Okay,
I
think
it's
trying
to
address
what
you're
talking
about
here,
where
it
says
maintainer
right,
we're,
gonna
change
it
so
that
none
of
the
criteria
or
tasks
are
about
code,
committing
code
reviewing
code,
all
that
stuff
that
we
think
of.
E
D
A
D
E
I
guess
maybe
like,
as
in
like
you
know,
do
we
do
that
other
like
ex
well
the
maintainer
dock?
I
think
it.
I
guess.
D
I
think
it's
big
enough
and
the
idea
is
that
maintainer
is
the
the
top
ladder
right
yeah,
so
you've
made
it
to
the
top
of
the
ladder.
It's
just
a
question
of
like.
Are
you
on
the
left
side
of
the
ladder
to
the
middle
side?
Yeah?
Maybe
okay,
you
know
like
who
are
you
standing
next
to
on
the
ladder
and
they're
all
different
people?
E
D
D
D
Oh,
I
see
your
question
like
what
we
call
it
yeah,
it's
still
a
template
yeah.
I
would
just
maybe
call
it
if
I
I
got
to
just
pick
and
I
wrote
down
whatever
I
felt
like
I'd,
probably
call
it
contributor
ladder,
maintainer
types,
template
and
I
know
it's
wordy,
but
yeah
yeah.
I
like
that
and
then
it'd
be
clear.
It's
kind
of
like
a
sub
document
just
so
it's
not
ginormous
and
it's
easy
to
see
that
they're
all
equal
at
that
point.
E
D
E
D
E
D
E
Think
it's
six,
but
I
don't
think
you
have
to
be
elected
per
se,
I'm
thinking
of
like
one
specific.
Can
you
say
it
we're
recorded,
so
I
don't
know
yeah,
which
one
it
is
well.
I
can't
remember
specifically
and
also
like
I
can't
say,
but
more
so
that
like
they're,
like
just
that,
like
the
role
that
someone
took
up,
wasn't
necessarily
dictated
by
like
a
voting
system.
E
Because
sometimes
like,
if
you
have
like,
like,
I
think
some
of
the
newer
cigs
like
because
you
start
as
like
a
working
group
right
and
then
sometimes
you
become
a
sick.
So
I
think,
like
sometimes
you,
like,
naturally
just
you're
a
legacy.
D
E
Wait
so
what
about
when,
like
you're
in
like
a
you're,
an
owner
for
a
like,
I
don't
know
the
terminology
for
this
like
for
like
a
sub
repo,
like
you
know,
like
yeah
yeah,
so
like
kubernetes,
has
lots
of
repos.
D
D
You
may
be
a
maintainer
just
for
a
single
repository
yeah,
because,
like
porter
does
that
we
have
like
lots
of
repos,
and
some
people
are
just
a
maintainer
for
one
of
those
repos
but
they're
a
maintainer
they're
not
called
they're,
not
less
than
other
people.
It's
just
the
scope
of
their
decision.
Making
capabilities
is
restricted
to
that
repository.
E
D
D
D
E
Okay,
so
maybe
it's
more
of
like
thinking
it
from
thinking
about
it,
not
from
the
not
so
much
the
angle
of
like
how
much
they're
overseeing
but
more
so
like
kind
of
like
the
discipline.
That's
probably
not
the
best
word,
but
just
kind
of
like
the
kind
of
stuff
that
they
would
do
right
like
because
it's
like
the
nature
of
like
being
a
community
manager
like
the
nature
of
the
work
that
you
do,
will
be
very
different
from
a
docs
manager.
And
that's
why
we're
like
we're
splitting
yeah.
E
E
E
D
Okay,
I
have
a
question
for
you
sure
the
main
like
the
heading
one
maintainer,
is
that
just
repeating
what
is
on
the
contributor
ladder?
Basically
it
should
okay.
D
D
Who's
using
this
template
we'll
also
be
trying
to
keep
these
in
sync
because
they
may
have
if
they
do
too
follow
our
template.
The
way
it
is
they'll
end
up
with
two
documents
as
well:
yeah.
E
E
D
That,
okay,
I'm
trying
to
make
it
a
link
but
and
then
we'll
go
back
to
do
like
two.
D
Yeah
does
that
make
sense,
and
then
so
I
got
rid
of
what
I
want
to
get
rid
of
I'm
going
to
delete
it
real,
quick
and
then
don't
cry.
I
do
this.
Does
that
make
sense
yeah,
but
I
don't
want
to
lose
the
changes
you've
made,
but
I'm
just
saying
like
that,
should
any
changes
we've
made
to
that
should
just
go
in
the
other
document
and
we
can
get
rid
of
this
section.
E
D
D
D
D
E
What
do
you
think,
oh
my
gosh,
it's
gonna
go
seven
times.
Sorry.
E
Yeah,
I
think
it
looks
good.
We
should
copy
the
code
maintainer
section
over
does
the
do
you
think
the
table
of
contents
should
go
before
the
second
paragraph
or
where
it
is
now.
D
E
The
last
sentence
of
the
second
paragraph
yep:
what
does
that
mean
one
more
or
more
of
these
is
a
problem.
I
think.
D
D
E
I
think
they
should
end
up
with
one.
I
think
it
was
more
like
splitting
it
so
that
when
they're
reading
it
like
they
might
not
need
this,
but
if
they
do,
they
would
just
have
extra.
Yes
do.
E
D
E
D
D
Yeah
and
then
oh,
I
didn't
edit
the
other
thing
in
case
here.
I
think
we
don't
need
to
say
that
twice.
D
D
E
E
E
E
D
And
I
think
that's
good,
because
again
it's
it's
putting
weight
behind
what
we've
said,
which
is
all
of
these
disciplines
are
equal.
You
just
include
code
by
default,
I
think
you're
implicitly
saying
which
one's
the
most
important.
D
On
this,
because
I
know
it's
one
file,
just
fine,
I'm
I'm
not
going
to
throw
a
monkey
in
the
works
about
this,
like
whatever
people
want
to
do.
D
D
Instructions
under
maintain
how's
that
yeah
just
so
we
remember
we're
talking
about
well,
we
don't
have
to
stay
here
for
20
more
minutes.
While
we
do.
F
D
Okay,
I
feel
like
this
is
really
moving
in
the
right
direction.
It's
so
much
of
what
we've
been
doing
is
categorization
yes
and
that's
hard.
So
it's
fine
yeah!
Other
templates
didn't
have
to
do
this
task
of
categorization.
So.
E
Yeah
yeah,
no
yeah,
I'm
glad
you're
able
to
look
over
because
I
feel
like
josh
and
I
were
just
kind
of
running
in
circles
for
a
little
bit.
That's
fine!
That's.
D
Fine,
I
think
I
think
we're
getting
a
lot
closer.
I'm
sorry
this
is
so
iterative
but,
like
I
think,
that's
just
the
name
of
the
game.
F
E
Okay,
cool
I'll,
clean
it
up
a
bit,
but
otherwise
I
think
it's
just
a
matter
of
like
building
out
the
different
maintainer
categories,
a
bit
more
yeah.