►
Description
Jenkins project community bonding meeting with Zainab Abubakar, Kristin Whetstone, Oleg Nenashev, and Mark Waite discussing and planning the community bonding phase and greater details for Google Season of Docs in Jenkins.
Jenkins on Kubernetes is the project. Planning in greater detail will be discussed at the next Jenkins Docs SIG meeting, Friday Aug 28, 2020
A
Could
turn
on
the
recording
so
that
we've
got
a
record
of
it
as
well
all
right
so
topics,
let's
see
so,
we've
got
community
bonding.
B
A
And
then
project
for,
I
believe,
it's
11
or
12
weeks
for
basically
three
months,
and
so
I
assume
that
the
first
question
is:
how
do
we
achieve
community
bonding?
How
do
we
make
sure
that
that's
successful
and
then
go
from
there?
C
C
C
C
So
yeah
during
community
funding,
everybody
has
different
capacities.
Some
people
have
vacations.
Of
course.
In
your
case,
he
also
just
got
announcement
about
google
season
of
dogs,
so,
of
course
we
need
to
adjust
our
plan,
the
the
main
assumption
in
google
summer,
of
course,
and
same
for
g-sort,
but
we
are
not
available,
full-time
or
anywhere
close
during
their
community
bonding.
C
At
the
same
time,
we
want
it
to
happen
smoothly,
so
it's
important
to
have
communications
and
to
ensure
that
we
can
find
a
proper
meetings
and
meeting
times
that
we
know
about
each
other's
availability.
So,
for
example,
I
can
go
ahead.
I
can
say
that
in
the
beginning
of
september
I
disappeared
for
two
weeks
because
I
go
on
vacation.
A
Yeah-
and
I
should
just
alert
that
I'm
I'm
mark
is
primary
jenkins
in
for
a
right
for
the
for
a
while
here
in
for
support,
therefore
tends
to
be
distracted
by
that,
so
I
may
not
have
particularly
during
community
bonding.
I
may
not
be
as
responsive
as
I'd
like
to
be,
but
I'm
I'm
not
on
vacation
just
at
risk
of
heavy
load,
all
right
so,
and
that
is.
A
D
No
aside,
the
fact
that
next
week,
from
monday
to
sunday,
though
I'll
be
available,
but
not
as
much
as
I
would
like,
because
I'm
traveling
around
the
pit.
But
if
there
is
anything
I'll
be
available.
A
Yeah
yeah
it's
and
it
is
perfectly
fine,
particularly
during
community
bonding
right
oleg.
Can
you
help
me
be
sure
I
understand
I
think
community
bonding
is
intended.
Is
it's
okay
that
it's
not
the
same
level
of
time?
Investment
as
during
the
project
phase
during
the
project
phase,
it's
relatively
heavier
than
community
bonding
community
bonding
is
the.
A
C
It's
expected
at
the
same
time,
yeah
to
have
the
project
efficient
community
bonding
has
to
happen
because
yeah
I've
been
participating
in
gsoc
for
five
years
by
now,
and
basically,
community
bonding
is
the
phase
when
the
majority
of
projects
fail,
even
if
the
failure
effectively
happens
later,
so
we
still
need
to
organize
it.
At
the
same
time,
many
communications
can
actually
happen
and
synchronously
so
yeah
commonly
our
recommendation
for
projects
is
to
do
as
many
discussions
as
possible
in
many
increase,
etc.
C
Historically,
still
projects
tend
to
use
chats
more
but,
for
example,
chats
are
also
kind
of
asynchronous,
and
you
don't
have
to
have
a
meeting
to
discuss
everything,
so
it
would
be
one
of
the
ways
to
actually
ensure
that
we
can
move
forward
but
yeah.
As
mark
said,
it's
expected
that
we
have
less
availability.
A
A
Okay,
so
I'm
going
to
paste
a
a
url
to
the
getter
chat
for
the
docs.
I
think
that
maybe
it's
a
low
enough
low
enough
volume,
a
low
enough
traffic
channel
that
I
think
we
could
reasonably
use
it
well
do
has
that,
as
your
experience
hinted,
that
that
would
work
or
should
we
do
a
dedicated
channel
for
for
google
season
of
docs.
C
It
depends
on
how
intensive
it
is
so
again,
this
is
the
first
time
you
participate
in
a
google
season
of
dogs
but
yeah.
I
would
start
from
a
single
channel,
at
least
for
community
bonding,
and
if
we
see
that
it
doesn't
work,
we
can
move
out
in
jsoc.
The
most
of
projects
actually
have
separate
channels,
but
again
documentation.
6
channel,
firstly,
is
quite
active,
but
at
the
same
time
it's
not
something
like
you
have
them
once
of
them.
B
A
C
Okay,
so
one
thing
that
there
is
a
dedicated
channel
for
jenkins
in
kubernetes
luck,
so
this
one
of
the
options
we
could
consider
at
the
same
time,
so
kubernetes
lock
isn't
managed
by
jenkins
community,
and
it
means
that
if
you
need
any
changes
and
integrations,
it
might
be
difficult
plus.
That
channel
is
actually
quite
active.
A
C
Yeah
but
it's
something
worth
exploring
at
least
it's
definitely
a
good
place
to
be
for
contributors.
C
A
C
Excellent
okay:
it
can
be
a
great
place,
for
example,
for
getting
feedback
or
maybe
asking
some
questions,
because
here
there
is
a
lot
of
benefits
experts
there.
So
again
it's
it's,
definitely
a
channel
where
we
should
be
at
the
same
time,
whether
it's
a
main
channel.
C
C
C
Should
you
finish
with
communication
channels?
Oh
yes,
yes,
please
go
ahead
because
we
haven't
discussed
meetings
so
yeah
for
meetings
how
we
usually
approach
in
jsoc.
We
recommend
the
teams
to
have
two
meetings
per
week
during
the
coding
implementation
phase
and
we
recommend
to
start
setting
up
these
meetings
during
community
bonding
for
gsoc.
I'm
not
sure
what
would
be
the
currents.
C
I
think
that
it
makes
sense
to
just
utilize
existing
documentation
seek
meetings
where
possible.
For
example,
we
are
not
sure
about
mark's
office
house
but
office
hours
at
something
like
10
pm,
utc
on
monday
site
yeah.
Obviously
I
can't
participate
there,
I'm
not
sure
about
using
that,
because
when
they
similar
time
zone,
but
it
really
depends
on
personal
availability
but
yeah,
we
can
definitely
find
slots
and
my
recommendation
would
be
to
target
weekly
meetings,
maybe
not
the
next
week,
if
you're
moving
but
a
week
after
it
makes
sense
to
start
having
meetings.
D
But
I'm
sorry,
I
just
wanted
to
confirm
on
the
meeting
times
there's
meetings
that
happen
on
mondays-
that's
very
late,
so
I
might
not
be.
It
might
not
be
consistent
for
me
because
sometimes
here,
I'm
awake,
but
sometimes
I'm
already
at
sleep,
because
I
think
it's
around
like
12
a.m.
A
Suggestion
was
that
we
consider
either
a
thursday
thursday
midday
your
time
or
a
some
other
day
or
we
could.
We
can
do
absolutely
that
monday
session
is
not
expected
that
you
would
attend
because
it
is
so
late.
It's
that's
very
much
a
north
america
north
of
an
america's
center
thing
and
it's
after
the
working
day
in
most
of
the
americas.
A
C
C
A
A
Past
attendance
has
been
lighter
than
the
office
hours,
and
so
I'm
I'm
more
prone
to
cancel
the
that
friday
morning,
one
friday
a
month
and
continue
the
weekly
office
hours
at
zenob.
Would
you
be
available
this
friday?
Would
that
work
for
you?
It
would
be
friday
at
let's
see
is
which,
which
time
zone
are
you
in
xenob.
C
A
C
A
A
C
C
C
Okay,
so
speaking
of
that
yeah,
we
really
need
to
start
contacting
stakeholders
earlier.
One
of
the
ways
is
to
actually
announce
the
project,
so
I
still
have
an
option
open
action.
I
can't
announce
it
in
jenkins
social
media
because
well,
I
was
waiting
for
google
to
fix
the
json
site,
but
yeah.
More
importantly,
we
should
rather
known
city
and
basic
and
in
the
junkies
developer
market
list
and
yeah,
maybe
in
cloud
native,
seek
as
well,
because
it's
highly
likely
that
you
will
get
some
contributors
out
of
there.
A
So
let
let
me
take
the
announcement
piece.
Oleg
okay,
I
was
I
was
going
to
proffer,
one
more,
which
I
would
love
to
have
a
blog
post,
introducing
herself
and
the
project
and
would
think
we
would
beg
zenob
for
that.
But
I
can
do
the
announcements.
A
So
the
when
we
say
jenkins
social
media-
that's
really
twitter
linkedin.
Should
we
do
something
on
the
facebook
account
as
well?
I
don't
remember
if
we've
got
access.
C
A
C
C
Has
published
a
blog,
which
it
wasn't
too
much
about?
She
calls
africa
but
yeah.
I
agree
that
it's
perfectly
fine
to
advertise
other.
C
C
A
There
was,
was
it
torsten
walter
as
a
as
a
possible
coach
or
or
an
orientation
session?
Is
that
in
this
section
or
should
we
consider
that
part
of
knowledge
transfer.
C
It's
basically
contacting
maintainers
and
key
stakeholders
so
yeah
in
the
community.
We
have
a
number
of
contributors
who
are
active
in
kubernetes
related
components.
There
are
also
external
companies,
for
example,
helen
charts
are
currently
external
and
torsten
basically
works
on
a
helm
chart
but
yeah.
We
could
contact
these
contributors
directly
and
to
invite
them
to
participate
in
particular
areas,
etc.
B
A
A
A
C
Yeah,
you
need
to
spend
some
time
to
build
the
full
list.
Do
you
want
to
do
it
now.
A
C
Okay,
yeah:
I
will
do
that
but
yeah
anyway
for
us
it
can
be
gradle.
So
it's
not
like.
We
need
everyone
to
be
contacted
next
week,
because
at
least
my
vision
for
the
project
is
that
we
would
actually
need
to
start
from
setting
up
a
skeleton
on
the
stretch
for
the
communication,
and
we
would
proceed
to
specific
topics
after
that.
But
again
it's
my
division
and
it's
subject
for
discussion,
but
I'm
not
sure
whether
you
want
to
discuss
it
today
or
next
week,
but
yeah.
I
think
that.
B
C
C
Gsoc
yeah,
as
in
gsoc
gsot,
has
two
pages,
so
one
is
final
report,
which
is
likely
a
kind
of
blog
post
and
another
one
is
just
project
page,
which
could
be
a
reference
to
this
page
and
yeah.
I
believe
that
we
could
update
docs,
seek
documentation
and
other
locations
to
reference
this
project,
because,
yes,
it
will
make
it
more
discoverable,
so
separately,
yeah
the
project,
naturally
maps
to
junkies
roadmap.
We
have
a
jenkinson
kubernetes
item
there.
I
have
jenkins
on
kubernetes
and
documentation,
seek
projects
list,
so
you
can
just
crush
this
reference.
It.
A
A
C
It
shouldn't
be
a
big
deal
to
create.
I.
C
B
A
A
C
Okay,
that's
fine!
For
now
they
will
likely
need
to
talk
about
it
a
bit
more
once
we
see
how
many
stakeholders
we
have,
because
this
project
may
go
in
different
directions,
so
one
way
is
basically
doing
all
the
documentation
compiling
on
documentation,
separate
ways
to
facilitating
the
things
and
helping
others.
So,
for
example,
just
ensuring
that
there
is
documentation,
structure,
helping
colors
to
contribute
particular
feeds
of
the
materials.
C
C
A
I
like
the
idea
of
a
skeleton
of
the
document,
socialized
zenob,
have
you
had
experience
in
the
past
with
kubernetes.
C
Yeah,
it
would
be,
though,
again
I'm
not
sure
what
it
has
to
happen
during
community
bonding,
because
it's
about
health
charts
so
yeah
there
are
two
options:
do
it
and
during
community
bonding,
I
will
do
it
when
we
actually
start
working
on
this
area.
C
Still,
if
you
do
it
in
durian
community
morning
phase
and
plus
one,
and
if
you
prefer
this
approach,
we
can
actually
do
that
or
we
can
schedule
it.
Let's
see
yeah,
I'm
not
sure.
Where
would
it
be
according
to
the
project
one
but
yeah
most
likely
it
will
be
closer
to
the
second
part
of
the
project.
C
A
C
C
A
C
C
So
basically,
it
boils
down
to
two
areas.
One
is
sorry.
C
Or
like
yeah,
so
again
we
still
need
to
plan
how
we
approach
to
the
documentation,
how
we
structure
that
but
yeah
generally
there
are
two
main
parts:
one
is
running
jenkins
and
kubernetes.
C
C
C
A
Be
I
I
like
that
that
would
that
would
allow
us
to
let
if
that's
okay,
xena
with
you,
the
doc
sig
meeting
next
week,
would
be
almost
entirely
focused
on
discussing
and
reviewing
refining
the
plan
that
you've
already
assembled
as
part
of
the
the
application
to
google
season
of
docs?
Would
that
be
okay
with
you.
D
C
A
Now
permissions
and
infra-
oh
like
that,
was
one
that
I
was
concerned
about.
Can
you
give
some
insights
or
suggestions.
C
C
C
B
C
So
if
you
see
something
just
let's
discuss
synchronously
so
again,
the
main
objective
is
to
basically
ensure
that
you
have
everything
you
need
to
start
the
project
and
that
we
prepare
the
environment,
that
we
are
comfortable
with
what
we
are
doing
and
we
empower
to
do
what
we
need.
So
again,
if
you
see
anything,
just
bring
it
up,
no
need
to
wait
until
the
next
meeting.