►
From YouTube: 2020 08 17 Jenkins Docs Office Hours
Description
Jenkins documentation office hours for July 17, 2020. Topics included wiki migration progress and configuration as code plugin use.
A
Okay,
this
is
being
recorded.
This
is
the
jenkins
documentation
office
hours,
it's
the
17th
of
august,
thanks
for
being
here,
so
I've
got
agenda
topics
that
have
been
placed.
I
think
they
were.
They
came
mostly
from
you
jonathan,
so
let's
take
a
look
at
them
and
we
can
add
additional
topics
as
needed.
Sharing
my
screen
now.
A
A
A
B
Well,
I
wanted
to
discuss
if
it
is
appropriate
for
this
meeting
mark
something
related
to
our
configuration
of
code,
because
I
was
working
last
week
and
I
don't
quite
understand
the
purpose
of
tools,
for
example,
or
section
inside
configuration
and
specifically
when
I
was
putting
special
tools.
I
thought
they
will
be
appeared
in
that
docker
image,
but
they
didn't
so.
Just
maybe
I
misunderstood
the
purpose
of.
A
Good
those
are,
those
are
all
excellent.
Those
that's
an
excellent
topic,
any
other
tips.
A
Okay,
all
right,
so
I'm
also
going
to
put
meg's
crazy
ideas
for
crazy,
crazy
groovy
system.
Groovy
ideas,
that's
great,
and
I,
like
those,
those
are
brilliant.
That's
those
are
a
lot
of
fun
because,
as
sure
as
meg
suggests
it,
we
know
that
there
is
someone
in
the
world
who
has
done
it
and
done
it
and
loves
it.
So
absolutely
good
sister
groovy
script.
A
A
D
A
Okay
well
so
then,
let's
get
started
all
right,
so
we've
got
google
season
of
docs.
Zinab
has
been
abubakar.
A
A
Whoops
bridge
and
other
projects
are
still
under
consideration,
and
so
we're
not
we're
not
giving
up
on
those
right
now
they
would.
They
have
the
same
challenges.
They
did
before,
need
funding,
etc,
need
mentors,
but
looking
forward
to
this-
and
this
one
is
jenkins
and
the
focus
will
be
on
kubernetes
jenkins
on
kubernetes.
A
Is
not
related
to
jenkins
sex
project.
It
is
not
that's
a
good
point,
so
not
related
to
jenkins
x,
because
jenkins
x
is
a
different,
a
very
different
approach
to
how
we
how
you
do
kubernetes.
It's
really
absolutely
cloud
native,
whereas
jenkins
looks
an
awful
lot
like
a
large
application,
you
deploy
to
kubernetes
and
it's
a
different,
a
very
different
paradigm,
very
different
way
of
working
yeah
there.
A
E
A
Is
another
topic
there
right
g-sugg
made
and
they
made
a
mistake
in
describing
the
wrong
project:
okay,
okay
and-
and
we've
already
clarified-
that
we've
asked
them
to
make
the
correction
we've
confirmed
with
zenob
that
she
understands
that
the
project
she's
working
on
is
kubernetes
related,
not
plug-in,
related,
yeah,
good,
good
catch
and
extra
points
for
being
attentive.
That's
very,
very
good.
A
A
A
C
A
C
A
A
A
No
correct
right,
yes,
okay,
so
I
and
this
one
this
one,
I'm
also
going
to
go
ahead
and
commit
it,
because
this
jenkins,
behind
proxy
page,
I
had
initially
incorrectly
classified
it
as
part
of
a
reverse
proxying
thing,
and
it's
not.
This
is
a
proxy,
not
a
reverse
proxy,
and
you
don't
want
to
get
me
started
on
how
that
how
crazy
that
makes
me
to
think
that
we
have
two
two
concepts
that
use
the
word
proxy
that
are
radically
different
from
each
other.
A
E
A
Well,
or
or
a
15
20
years
ago,
corporations
were
very
frightened
of
giving
their
their
employees
access
to
the
internet
and
therefore
they
would
install
proxies
that
everyone
has
that
channel
all
their
traffic
through.
That's
what
jenkins
behind
a
proxy
is
talking
about,
whereas
reverse
proxying
is
something
that's
very
close
to.
The
application
is
connected
to
the
application
and
handles
traffic
for
exactly
that
application.
So,
okay,
all
right!
E
Exactly
exactly
I
I
it's
the
the
previous
lines.
If
you
go
to
the
hostess,
I
don't
put
the
line
numbers.
A
Yeah,
so
so
yeah.
This
is
a
this
is
the
perfect
example
of
it.
This
url
is
absolutely
being
redirected,
and
yet,
if
I
open
that
page,
isn't
it
work
exactly,
and
I
don't
know
how
I
can't
explain
why
either
I
am
completely
perplexed
by
it,
because
it
everything
I
know
about
how
it's
supposed
to
work
seems
like
it
should,
and
yet
here
we'll
even
prove
it
one
more
time.
D
A
E
A
A
And
yet
this
this
link
the
3204.
That
is
the
issue
that
we
originally
used
to
track.
The
reverse
proxy
configuration
page
improvements
and
it's
closed
because
the
page
has
the
new
content
and
I
think
it's
exactly
the
right
kind
of
thing
that
we
did.
However,
the
redirects
are
still
incorrect.
They
just
they
aren't,
they
aren't
improving
our.
E
Okay,
so
with
these
updates,
I
already
update
our
weak
migration
control,
so
maybe
we
have
another
graphic
images
on
the
the
second
tab
with
that.
A
E
E
E
A
D
A
E
A
I
like
that,
a
lot
that
is
that
sounds
wonderful.
We
know
that,
beginning
october
1st
and
continuing
through
october
31st
there's
a
major
initiative
promoted
by
digitalocean
called
hacktoberfest,
and
last
year
we
had
over
50
contributors.
No,
do
I
take
it
back.
I
think
it
was
over
a
hundred
contributors
during
that
month.
A
So
we
we
need
to
arrive
at
the
start
of
that
month
with
probably
20
or
30
or
40
ready
to
go
instead
of
the
current
17..
So
the
your
your
progress
in
helping
us
triage
review
and
create.
E
E
A
E
Yeah,
it's
suspended,
it's
like
a
plugins
that
was
the
breakout
or
pages
that
is
not
more
important
to
documentation.
Oh.
A
E
E
A
So
I
should
be
able
to
see
that
if
I
go
here
and
filter
to
status,
column,
yeah,
clear
all
and
then
done
not
closed
exactly
okay,
so
monitoring
oh
see,
and
I
oh
okay.
This
is
when
we
could
discuss
with
vlad.
So
that's
excellent.
Let's
look
at
this,
so
vlad
we're
gonna!
We're
gonna,
put
you
up
for
a
question
here:
okay,
so
this
is
convert
the
monitoring
wiki
page
to
jenkins.io.
A
Okay,
so
this
one
is
all
right,
so
this
one
has
an
attached
port
request,
but
the
pull
request
I
assume,
has
not
yet
been
merged.
Oh
no!
Okay.
We
did
murder
to
us.
A
A
Okay,
okay,
so
well
so
wait
a
sec.
Let
me
look:
let's
look
at
the
content.
Why
did
we
not
close
this
then?
Because,
okay,
it's
the
page,
is
still
under
development,
but
there's
a
okay.
This
provides
links
to
various
monitoring
gap,
but
I
think
that's
all
that
the
original
page,
all
the
original
monitoring
page,
did.
If
I
remember
correctly,
let's
look
at
it
and
see.
B
Yeah
I
I
can
just
provide
slight
comment
on
this.
I
was
working
on
monitoring
page,
which
is
part
of
our
current
documentation
and
created
the
national
release
of
that
page,
but
it
is
not
related.
I
guess
to
this
page,
because
it
is,
I
thought,
a
little
bit
outdated.
A
Maybe
well
it's
not
even
just
outdated.
This
is
a.
They
are
both
monitoring
concepts,
but
my
initial
interpretation
of
the
phrase
monitoring
jenkins
before
seeing
the
program
was
a
tool
like
datadog
or
like
let's
see-
and
we've
got
the
examples
here
on
the
page
that
you
you
provided
for
us
a
data
dog
or
prometheus
and
grafana
or
java
melody.
A
E
It's
you,
you
close
the
issue
or
not
no.
A
E
Is
it's
oops
there
has
a
ap
closet,
all
right,
okay,
and
so
that
may
indicate
the
comments
on
the
the
each
github.
A
A
A
It
certainly
good
point
yeah,
so
vlad.
I
assume
you
would
not
continue
working
on
this.
You
you've
picked
other
things
you're
working
on
you're.
Okay,
if
I
take
it
away
from
you,
yeah,
it's
okay,
okay,
great,
very
good.
No.
E
A
C
A
Of
job
of
changes-
or
maybe
we
just
call
it
notifying
developers,
what
do
you
recommend
notifying
users?
Even
better?
That's
good,
yes,
very
good,
because
it's
not
the
only
developers
using
right,
yes,
notifying
users
of
the
new
page
describe,
should
describe
the
various
tools
available,
provide
desktop
notification.
A
Of
status
changes,
let's
see
things
like
pass
or
succeed,
success.
A
Reuse,
let's
see
agent
failures.
A
A
A
A
To
start
with
this,
yes,
please
or
you
could
you
can
start
or
I
can.
I
could
go
on
blathering
about
the
difference
between
a
plug-in
and
a
tool,
but
tell
us
tell
us
what
your
experience
has
been
so
far
help
us
understand
and
that
way
that
way
we
make
sure
we
give
good
get
a
good
conversation
started.
B
B
So
in
general,
my
understanding
by
watching
all
these
videos
on
youtube
and
like
watching
different
recordings
that
configurations
code
as
code
is
the
modern
way
and
current
way
of
configuring.
The
generations
instance
which
we
are
trying
to
configure-
and
this
is
the
way
to
go
basically
so
inside
configuration
is
code
which
is
quiet
basically,
and
it
is
for
again
resources
on
github
there
is
inside.
B
I
believe
it
is
jenkins
yaml
file,
it
is
called,
there
are
different
sections
and
one
in
the
section
is
called
tools,
and
maybe
I
misunderstood
the
purpose
of
this
section,
but
my
understanding
that
what
at
least
was
my
understanding
that
whatever
we
put
inside
the
tool
section,
these
two
will
be
installed
automatically
inside.
B
For
example,
I
was
playing
with
docker
image
inside
the
docker
image
of
the
gentiles
and
we'll
find
out
that
too.
So
I
was
exploring
two
alternatives.
Basically,
one
is
installing
this
tool
by
modifying
joker
file
and
creating
your
own
personal
docker
file
and
kind
of
manually
includes
installing
this
specific
tool,
for
instance,
jdk
specific
version
of
madden
as
the
tool
and
so
on,
and
I
thought
that
in
case,
for
instance,
just
in
case,
if
we
put
certain
tool
inside
that
section,
it
will
be
also
installed.
But
maybe
I
misunderstood.
C
I'm
not
a
hundred
percent
sure,
but
I
believe
that
the
tools
and
configuration
configurationist
code
is
installing
for
where
you
can
put
tools
on
the
jenkins
controller
itself,
which
I
believe
is
like
not
the
recommended
way
to
go,
but
on
the
I
think
system
am
I
right
mark
the
on
the
system.
Configuration
page,
I
believe,
there's
a
place
where
you
can.
You
can
configure
tools.
C
A
There's
some
subtle
subtle
things
happening
there,
so
vlad
you
you've,
you've
got
a
really
really
interesting
combination
of
things
that
you're
considering
right.
So,
on
the
one
hand,
docker
images
and
the
the
promise
and
the
benefit
of
a
docker
image
is
it
can
provide
us
a
stable
and
static
set
of
initial
files
in
the
file
system
that
we're
going
to
use
for
that
image.
A
So
the
the
common
pattern
is,
I
want
to
build
a
piece
of
java
code.
I
need
to
build
it
with
maven.
I
will
reference
the
docker
image
that
the
maven
project
provides
called
maven
colon
3.6.3,
and
that
will
assure
me
that
the
the
image
I'm
running
starts
with
maven
already
installed
and
so
in.
In
that
case,
the
docker
file
is
is
doing
what
you
were
describing
initially,
as
it's
already
got
the
tool
inside
the
docker
file.
However,
there
are
people,
oh
go
ahead.
B
Well,
I
was
just
trying
to
add
what
he
exactly
mentioned.
One
approach
is
to
base
this
image
docker
image
on
maven,
which
ensures
that
maven
as
the
tool
exists
over
there
or
base
from,
for
instance,
our
lts
image
of
jenkins
and
manually,
install
maven
inside
docker
file
as
the
tool
and
provide
our
own
docker
docker
image.
A
Right
and
now
the
there
that's
that's
a
good
place
to
clarify
if,
if
I've
got
a
jenkins
ma
jenkins
controller,
gotta,
quit
staying
master,
a
jenkins
controller
and
the
jenkins
controller,
we
we
generally
prefer
to
not
run
builds
on
the
controller
we
want,
builds
to
run
on
the
agents,
so
installing
maven
on
the
controller
actually
won't
help.
A
B
I
like
saying
maven
as
an
example,
because
it
may
be
any
tool
and
also
I
was
planning,
and
maybe
I
have
drawn
approach.
Please
correct
me
as
very
simple
example
of
running
jenkins
doing
agentless
instance
if
it
is
possible
so
running
just
controller
and
enabling
docker
inside
that
controller.
B
So
we
can
use
pipeline,
for
instance,
declarative
pipeline
and
installing
through
plugins.txt
file,
blue
ocean
or
whatever
plugins
need,
and
inside
pipeline.
We
can
specify
whatever
tools
they
will
need
by
doing
agent,
so
another
docker
agent,
the
docker
agent,
will
be,
and
inside
that
pipeline
we
can
specify
whatever
tools
we
need.
But
so
this
is
like
approach.
I
was
trying
to
follow
when
creating
something
like
for
future
tutorial
for
like
showing
how
to
deal
with
not
production,
of
course,
how
to
deal
with
pipelines
and
to
show
irresponsible.
E
Welfare
vlad
just
to
share
how
you
use
jenkins,
docker
and
github
here,
all
together
and
our
company.
We
keep
jenkins
working
and
orchestrate
all
jobs
so,
for
example,
our
assistance
we
jog
when
we
commit
something
github
jenkins,
just
just
to
get
the
the
push
notifications
so
start
to
building
the
docker
image
and
using
ephemeral
containers
in
a
build
server,
not
inside
the
masternode,
so
just
check
out
the
project
there
build
the
fed
container.
E
Put
the
application
aside,
commit
the
fed
container
in
our
another
repositories
about
the
versions,
and
then
we
publish
and
the
final
final
job
work
is
clean
up
the
build
server.
So
because
we
are
using
ephemeral
containers,
there
is
no
garbage
to
work
on
it's
just
temporary,
so
just
jenkins
on
the
master
and
agents
use
dockers,
just
to
build
applications
and
close
everything
at
the
end,
and
we
keep
the
jinx
fire
configuration
at
the
gippy
hub
2
and
the
docker's
fire
there's
another
opposite
or
too.
B
A
It
launch
when
it
launches
a
new
docker
image.
It
will
treat
that
as
an
agent,
and
so
so
you
were
actually
doing
agent-based
development
as
well.
It's
just
well
hidden
from
you,
so
you
you
ask
the
controller
start
a
job.
The
controller
starts
a
job
and
the
first
instruction
the
jenkins
file,
says
docker
file
this
and
what
jenkins
does
is,
creates
an
agent
using
that
docker
file
and
connects
that
agent
to
your
controller
and
so
now
now
it's
all
on
the
file
system
of
your
of
your
of
the
computer,
that's
hosting
your
controller!
A
So
in
terms
of
execution
capacity,
you
actually
didn't
get
any
extra
execution
capacity,
but
the
file
system
is
completely
isolated
by
the
docker
container
and
and
it's
as
jonathan
said,
it's
ephemeral.
It
lives
only
long
enough
to
do
the
work
and
then
goes
away
so
so
the
technique,
you're
envisioning,
is
actually
a
good
example
of
the
technique
of
using
don't
build
on
the
master,
build
on
agents.
E
B
Well,
thank
you
for
pointing
this
out
and
the
reason
why
I
explored
this
solution
because
I
thought
well.
It's
another
reason
to
amplify
that.
Well,
jenkins
is
smart
enough
to
do
this
job,
communicating
between
controller
and
agent
by
itself
you,
as
the
user,
don't
need
to
establish
and
think
about
how
this
controller
and
agent
will
communicate,
which
ports
they
will
be
used
and
so
well
socket
communication.
B
But
here
I
well
wanted
to
mention
that
I
was
trying
to
explore
configurations
code
plugin,
which
is
kind
of
separate
from
docker
or
like
the
different
plugin
and
different
thing,
and
when
I
was
trying
to
put
some
tools
in
two
sections,
it
was
not
appearing
to
inside
docker
container.
C
A
But
jenkins
tool
is
a
concept
from
well
before
the
days
of
docker.
Docker
wasn't
even
a
glimmer
in
some
people's
in
in
their
the
architect's
eyes,
when
the
concept
of
a
jenkins
tool
was
created
and
what
a
jenkins
tool
is
is
a
a
chunk
of
java
code.
That
knows
how
to
install
a
tool
onto
an
agent.
A
If
requested
to
do
so,
and-
and
it's
the,
if
requested,
to
do
so,
the
the
way
we
make
a
request
to
install
a
tool
is
we
we
either
refer
to
a
label
that
says:
oh,
I
want
an
agent,
that's
labeled.
With
this
or
in
pipeline.
We
might
use
a
with
tool,
name
like
with
ant
or
with
maven
wrapping
block,
and
then
then
jenkins
will
look.
Do
we
have
maven?
Oh,
we
don't
I'll
go
grab
the
installer
that
matches
the
the
label
that
you
just
gave
to
make
sure
you
have
that
installed.
A
A
B
Right
mark
this
part,
I
understand
how
to
do
this,
but
I
was
referring
to
jenkins,
has
code
the
tool
section,
so
the
true
section-
or
maybe
I
should
address
different,
like
people
who
developed
this
plugin.
What
is
the
purpose
of
tool
section
inside
jenkins
source
code.
A
A
A
Get
to
okay:
where
is
oh
here
we
go
okay.
So
what
this
jenkins
configuration
is
code
definition
file
shows.
Is
it's
going
to
define
a
tool
named
ant
with
one
of
the
tools?
One
of
the
ant
tools
will
be
labeled
ant
dash
latest
and
if
someone
asks
for
ant
dash
latest
it
will
into
a
subdirectory
named
apache
ant
1.10.8
unzip,
the
thing
it
downloads
from
home.markway.net
such
and
such
and
install
it.
A
B
I
see
because
I
was
like
doing
this
without
without
any
properties.
I
guess
that
was
using
name
and
home.
I
think
something
that
is
specified
for
jitter,
but
thanks
for
pointing
this
out.
Well,
so
so.
C
This
is
what
this
is
for.
The
tools
configuration
that
appears
in
the
ui
and
I
think
the
system
configuration
page
right.
I've
never
seen
in
the
documentation
any
place
where
it
explains
well
what
that
tool
definition
is
agree.
I
think
it
and
I
think,
cask
you
you
can
see
and
cast
what
they
put
together.
Was
they
sat
there
and
looked
at
the
system
configuration
file
and
tried
to
pick
up
everything
that
was
there
so
and
and
the
other
slight
one
is
that
apparently,
the
only
documentation
for
cask
is
the
read
me
to
the
github
repo.
A
Well,
there's
there's
lots
of
documentation
on
configuration
as
code,
but
yes,
it
is.
It
is
still
not
nearly
enough
for
what
all
the
people
what
people
would
like
about
it.
So
this
is
the
the
page
that
meg
was
referencing
the
system
configuration
page
and
when
I
click
the
ant
installations
button
here,
you'll
see
the
ant
dash
latest
with
an
install,
automatically
check
box,
and
here
is
the
downloader
that
or
the
file
that
will
be
downloaded
and
the
subdirectory
that
will
be
created
when
it's
downloaded.
A
A
So
I
I
get
specifically
is
has
some
has
some
interesting
strangeness
and
I
apologize
for
that
you'll
you.
You
mentioned
it.
One
is
this
this
thing
here
where
it
says
home
and
name
and
that's
all
it
has,
and
that's
that's
legitimate
or
just
a
name,
but
there
is
no
other
tool
in
the
system
that
has
that
strange
and
bizarre
behavior,
so
jdk
behaves
much
more
normally
maven
behaves
much
more
normally,
so
vlad
does
did
that,
help
at
all.
Yes,
yes,
it
helps
mark.
A
Now,
meg
your
your
point
on
that
there
there
isn't
really
a
a
clear
description
anywhere
in
the
documentation
that
I
recall
of
this
notion
of
tools
and
how
tools
can
be
used
well
and
effectively
and
when
they
should
be
avoided
right
that
if
you've
got
docker
images
or
you've
got
kubernetes
containers,
then
tools
are
are
typically
not
used
at
all.
If
you've
got
static,
agents
or
you've
got
agents
where,
where
you
can't
really
put
them
in
kubernetes,
for
instance,
you've
got
a
bunch
of
raspberry
pi's
or
you've
got
cell
phones
attached
as
agents.
C
But
yeah,
I
know
when
I
first
started
looking,
I
thought.
Oh,
if
I
want
to
use
maven
in
my
for
my
pipelines,
then
I
need
to
get
this
configured
on
the
system,
configuration
page
that
just
made
sense
and
then
it's
going
to
float
on
down
and
and
wouldn't
it
be
lovely
when
I
you
know
doing
docker,
I
say
pick
up
all
the
tools
that
are
configured
for
this
jenkins
instance.
A
A
Yeah,
I
I
would,
I
think
I
think
so
at
least
you've
you've
listened
to
to
me
and
to
meg
and
to
jonathan
attempting
to
describe
various
facets
of
it
right
and
we've.
We've
described
three
or
four
or
five
different
pieces
of
the
of
the
puzzle.
Now
getting
that
into
a
clear,
comprehensible,
well-ordered,
well-organized,
well-structured
thing
yeah,
that's
that's!
That's
hard
work.
E
Yeah,
but
I
guess
when
I
I
started
to
work
with
you,
I
studied
the
jenkins
documentations
and
there
is
a
point
there.
For
example
our
documentations,
it's
like
kind
of
a
book
of
union
of
our
experience,
the
users,
it's
not.
For
example,
let's
describe
the
first
screen
on
jenkins,
described
the
first,
the
photo
then
second
bolt
on
the
first
page,
the
second
page,
it's
not
like
a
a
manual,
a
a
user
manual.
It's
so
it's
like
more
a
book.
E
B
Well,
but
this
well
well
taking
this
point,
but
this
is
related
to
this
specific
plugin
and
we
have
like
one.
E
Yeah,
it's
because
that
plug
and
it
become
a
page
inside
the
jenkins.
Once
we
started
the
this
sections
for
that,
so
maybe
in
the
future
we
need
to
have
another
kind
of
documentations
guided
by
pages
and
features.
A
Yeah,
so
so
the
concept
that-
and
I
don't
know
if
it's
the
right
concept,
the
concept
I
would
I
would
make
it
somewhat
similar
to
the
notion
of
we.
We
have
the
concept
of
solution
pages,
it's
pretty
weak
right
now,
but
we
have
the
concept
of
solution
pages
and
configuring.
Your
jenkins
server
might
be
an
entire
solution
page
with
the
whole,
because
it's
there
are
multiple
ways
to
do
it
right,
there's.
A
That
gives
you
a
really
great
solution
and-
and
those
are
sort
of
solution
focused,
but
right
now,
you're
right
that
the
documentation
is
is
certainly
not
yet
solution.
Focused.
C
Mark
on
the
on
the
actual
ui
for
tools,
what
does
the
tooltip
say?
Does
it
even
tell
you
that,
like,
if
you're
going
to
use
docker
for
your
agents,
just
ignore
this.
C
A
Right
most
most
ephemeral
agents
are
containerized,
so
yeah,
it's
yeah,
but,
for
example,
this
this
setting
right
here,
this
global
tool,
configuration
for
maven
configuration
is,
is
actually
a
nicely
applicable
thing
for
even
dockerized
environments.
So
there
are
things
inside
this
page
that
help
with
dockerized
environments.
A
B
A
And
it's:
this
is
back
to
the
same
this,
the
the
condition
we
I
shared
last
week
from
a
brand
new
jenkins
user,
who
was
familiar
with
gitlab
ci,
who
came
to
us
and
said,
came
to
the
issue
tracker
and
said:
hey.
I
don't
understand
what
you're
doing
here
and-
and
I
was
looking
for
this
this
way
to
do
things
with
docker
and
have
agents
and
the
user
didn't
realize
that
they
were
getting
agents
just
by
using
docker,
and
it
was
what
did
that
mean?
We
had
a
very
poor
description
of
what
they
were
experiencing.
A
B
A
Well,
configuration
is
code
is
actually
very,
very
good
at
controlling
the
jenkin
at
configuring.
The
jenkins
controller,
this
the
tool
configuration
here
is
most
commonly
used
when
we
have
agents
that
are
static
right
that
are
that
they
they
live
for
a
very
long
time
and
we
don't
mind
that
they
become
contaminated
and
we
worry
about
them
so
so
configurations
code
is,
is
actually
primarily
focused
on
controller
configuration
on
the
master
except
tools
right,
yeah
tools.
C
C
A
A
A
D
C
D
D
E
C
It
is,
and
we
can't
my
thoughts
in
the
writing.
We
need
to
get
we
we
can
fix.
We
can
get
more
precise
with
the
terminology,
even
though
we're
probably
gonna
have
to
use
a
lot
of
adjectives
with
nouns
to
make
it
clear
what
we're
talking
about,
and
we
can
hope
that,
as
other
people
read
that
enough,
that
they'll
learn
to
talk
that
way,
but
that
may
take
longer
people
are
gonna,
be
such
swine.