►
Description
We install tekton, build an off the shelf pipeline all based around the catapp from https://github.com/a-roberts/catapp.
A
Hello,
we
are
live
now.
Yes,
wonderful!
I
it's!
I
can
see
it
in
the
preview.
Welcome
to
the
first
cd
foundation,
twitch
stream.
We
are
live
and
I
have
some
friends
here.
We're
gonna
do
around
quick
of
introductions,
but
I
want
to
make
sure
if
anyone's
in
the
chat,
the
sound
sounds
okay,
so
we
can
make
any
major
changes
that
we
need
to
otherwise
we'll
just
jump
right
in.
Let's
give
that
a
second
or
two
see
if
anyone
says
anything,
y'all
can
actually
say
some
stuff
too.
A
A
There
you
go
yeah,
so
let's
just
jump
right
there,
you're
perfect,
let's
jump
in
who
are
you
dwan?
I
see
that
you're
a
developer
advocate.
B
C
C
I've
worked
ibm
for
a
while,
I
think,
seven
years,
I'm
a
software
developer
by
trade.
I
work
on
techton
kind
of
maybe
a
third
of
my
time.
I
work
on
other
kind
of
secretly
ibm
projects.
I've
worked
on
machine
learning
in
the
past.
I
really
like
to
help
customers
and
end
users.
So
if
I
can
share
some
tips
and
tricks
and
teach
people
a
thing
or
two
about
tech
ton
along
the
way,
that
would
be
great.
C
A
Yeah,
I
just
I
just
started
talking
not
knowing
here,
no
one
knowing
who
I
actually
am
yes,
hi,
I'm
jj,
I'm
a
developer
advocate
for
the
ibm
cloud.
My
job
is
as
to
why
I'm
so
put
it
is
to
make
developers
lives
easier.
I
get
to
play
with
new
technology,
I.e,
techton
and
things
out
of
the
cd
foundation,
and
I
I
stream
on
other
channels
too,
and
just
to
kind
of
bring
this
all
in
perspective.
A
A
We
we
thought
we
should
try
twitch
streaming
here.
So
this
is
our
first
one.
We
have
a
couple
of
things.
We
did
a
dry
run
last
week,
and
maybe
you
saw
that
maybe
you
didn't,
but
this
is
our
first
live
one.
So
if
you
are
in
the
chat-
and
you
are
watching,
please
don't
hesitate
to
contact
us.
We
are
live
well.
Two
second
delay
and
we're
gonna
do
this,
so
we're
gonna
basically
walk
through
what
we
did
last
week
again
but
live
I'm
gonna.
A
Go
ahead
and
start
sharing
my
screen
just
because
you
know
that's
the
way,
so
we
can
actually
see
things
being
done
and
then
we're
gonna
have
some
fun
right,
guys,
yep.
A
Awesome
all
right
so
and
again
I
apologize
ahead
of
time
if
anything,
embarrassing
pops
up
on
my
screen.
While
I'm
sharing
live
in
front
of
people,
I
have
turned
off
all
my
notifications,
so
hopefully
not
but
we'll
see.
Let's
see
how
this
goes
all
right,
so
I
put
a
simple
agenda
together
and
both
do
one
and
adam
have
access
to
this,
so
we'll
probably
add
to
it
as
we
go,
but
I
think
it's
really
just
a
great
idea
to
start
off
with
adam
what
what
is
techdon.
C
Well,
there's
a
very
nice
paragraph
there
that
kind
of
explains
it.
No,
I
can,
but
if
it
was
a
person
on
the
street
or
in
a
pub,
they
made
a
pub
if
I
was
somewhere
with
a
lot
of
I.t
professionals
and
they
want
to
know
about
takedown.
Specifically,
I
would
say
it's
a
way
to.
Basically
you
can
write
things
like
tasks
and
pipelines
in
a
kubernetes
native
way,
so
let's
say
using
kubernetes
already
it
could
be.
You
know
open
shift
or
mini
cube,
or
you
know
a
cloud
provided
platform.
C
You
want
to
start
using
things
of
pipelines
and
automation.
So
what
you
might
do
is
install
tecton
into
this
cluster
and
then
start
to
write
these
tecton
tasks
and
steps.
A
typical
step
might
be
go
and
pull
in
this
image
from
docker
somewhere
and
then
run
this
command
with
it
once
you've
done
that
command
put
the
output
somewhere.
You
then
chain
these
things
together
to
form
let's
say
a
pipeline,
so
people
made
fun
of
things
like
travis
or
jenkins.
C
This
thing
called
jenkins
x,
which
kind
of
blends
text
on
and
jenkins,
but
it's
kind
of
a
newish
way
to
do
continuous
integration
and
continuous
delivery
and
deployment.
That's
why
I
put
it
in
a
conversational
way:
there's
a
really
good
website.
We
have
here
and
it's
all
open
source.
So
please
do
keep
the
tires
see
if
it's
good
see
if
it's
you
know
falling
over
and
hopefully
today
we're
going
to
tell
you
a
little
bit
more
about
how
to
use
tecton
and
show
you
in
action.
That's
kind
of
the
whistle
stop
tour.
A
Perfect
perfect
and
I
think
you
you
tackled,
why
should
I
care
and
which
is
true,
because
I
mean
obviously
you
should
know
why
you
should
care
about
tecton
and
it's
cloud
native
pipelines
on
kubernetes.
C
I
think
so
so
you
know
you
get
these
custom
resources
like
a
tekton
pipeline
and
that
will
stay
in
your
cluster
as
a
resource
like
a
deployment
or
a
service.
Might
so
you
get
things
like,
I
guess
resiliency,
and
there
are
these
controllers
that
make
sure
the
actual
state
is
where
it
should
be.
You
get
all
these
weird
cloud
native
benefits
and
it's
you
know
seems
quite
trendy
growing
and
there's
all
sorts
of
different
sub
projects
under
the
text
umbrella
that
helps
make
developers
lives
easier.
B
Yeah,
I
I
work
with
tecton
as
well.
Adam
mentioned
most
of
the
key
points
and
as
adam
put
it
that
whenever
he
starts
the
conversation
around
techton,
the
assumption
that
those
folks
are
somewhat
familiar
with
kubernetes,
because
that's
that
comes
in
the
first
page,
so
I
assume
that
you
have
some
familiarity
with
kubernetes.
So
coming
from
a
previous
virtualization
era,
when
we
agreed
that
in
the
cloud
world
using
applications
running
on
containers
is
very
helpful
and
when
you
know
the
benefits
of
kubernetes
all
the
goodies
that
comes
with
kubernetes,
that
is
fault
tolerance.
B
A
Cool,
so
so
it's
repeatability
immutability
and
the
ability
to
build
up
a
pipeline
in
a
cloud-native
way
on
kubernetes
yep,
yeah,
perfect
all
right.
So
we've
talked
we're
a
bunch
of
talking
heads
right
now
and
we're
staring
at
this
agenda.
How
about
we
put
some
goals
in
adam?
Why
don't
you
put
in
a
couple
goals
for
us
here?
Okay,.
C
Let's
see
so,
I'm
gonna
open
up
your
terminal
as
well.
You
will
see
me
typing
greatly.
I
reckon
it's
going
to
be
go
and
look
at
adam's
cat
up
example,
which
is
on
github.
This
is
me
typing
as
fast
as
I
can.
C
It's
probably
at
this
place,
see
if
it
works,
because
what
it
should
do
is
contain
a
tecton
pipeline
and
everything
in
that
pipeline
is
off
the
shelf
apart
from
one
task,
so
you
want
to
get
first-hand
experience
basically
using
the
text
on
pipeline
looking
at
the
tasks
and
maybe
using
protect
on
dashboard
to
actually
deploy
something
and
then
try
it
out,
and
hopefully
the
application
itself
is
quite
cool.
Tank
turn
does
like
its
cats.
C
A
Sounds
great,
so
I
have
a
a
cube
cuddle
because
we
should
do
it
the
right
way.
We've
got
all
get
pods.
I
have
a
kubernetes
cluster
with
nothing
on
it
name
space
I
can't
type
because
I'm
swell
name
spaces
there
we
go.
We
literally
have
nothing
on
this
cluster.
I
spun
it
up,
as
you
can
see
112-ish
minutes
ago,
so
from
the
from
the
ground
up.
Should
we
just
start
installing
tecton?
Is
that
the
right
thing
to
do.
C
Yeah,
I
think
that
the
main
website
is
probably
the
best
place
to
start,
so
you
can
install
text
on
and
I'll
come
up,
we'll
go
from
there.
B
So
you're
getting
it,
although
we're
using
ibm,
kubernetes
service
ics,
you
can
use
any
kubernetes.
Basically,
any
kubernetes
cluster
will
do.
C
Yeah,
it's
got
quite
good
testing
coverage
on
things
like
google
cloud
open
shifts
pretty
good,
so
I
think
you
should
just
you
know,
give
it
a
go.
A
C
You
should
have
a
bunch
of
deployments
and
services,
so
if
you
do
k,
get
the
new
k
get
all
our
cube,
ctl
get
all
and
then
do
minus
n
techton
dash
pipelines.
C
A
W
get
there
we
go,
so
we
can
do
them
releases.
Okay,.
A
So
we
got
some
name
spaces.
We
got
some
security
policies
now,
if
you've
never
seen.
Kubernetes
manifests
before
this
is
what
it
is.
It's
just
all
smushed
into
one
there's
a
religious
war
from
what
I
can
see
at
least
on
having.
If
you
have
multiple
files
for
the
thing
or
all
big
one
thing.
A
A
Okay,
so
I
have
alias
k
to
coupe
cuddle
because
I'm
lazy,
that's
why
you'll
see
me
typing,
because
I
can't
actually
think
about
it.
In
my
brain,
my
brain's,
my
brain
is
slow.
Dash
f,
apply,
dash,
f,
release;
okay,
this
looks
like
it's
doing
stuff
yep.
A
C
C
Can
you
get
pods
yep?
There
should
be
a
controller
and
a
webpack
one.
Okay,
good
all
right.
You've
got
these
techton
things
installed.
You
actually
get
a
bunch
of
custom
resources
next
of
tecton.
So
if
you,
for
example,
cube
ctl
get
pipeline,
let's
say
there
you
go,
these
are
custom
resources
and
we
just
installed
those
as
part
of
the
installation.
C
C
Okay,
all
right,
so
I
think
the
next
step
jj
would
be
to
you
can
install
the
tecton
dashboard.
That
would
let
you
see.
What's
going
on
with
the
galaxy
taped
on
itself,
so
actually
create
these
pipelines.
You
can
interact
with
them.
There's
that
option
all
this
is
good
the
catap
option.
We
could
combine
the
two
together
if
you
like,.
C
You
can
also
text
on
hello
world,
so
you
could,
when,
if
you
go
to
protect
on
main
github
page,
there
should
be
some
docs
and
it's
like
you
know
you
can
write
a
simple
echo,
hello,
world
type
pipeline.
Hopefully
that's
that's
around
here
somewhere.
A
Yep
this
is
this
is
what
we
did.
This
is
the
one
that
we
actually
wrote
on
a
different
stream,
but
this
is
just
a
it's
just
another
like
it's
a
sanity
check
right.
A
Everybody
should
have
sanity
checks,
instead
of
jumping
directly
to
adding
complexity
by
adding
the
cad
app
with
all
the
stuff
off
of
the
catalog,
though,
don't
get
me
wrong,
the
the
goal
of
this
is
to
show
how
easy
it
is,
but
it's
always
good
to
have
a
sanity
check
or
a
smoke
test
or
whatever
you
want
to
call
that
a
concept.
So
you,
don't
you
don't
waste
your
time
with
a
broken
installation.
Is
that.
C
A
C
So
hopefully
the
readme
is
accurate,
but
I
would
recommend
giving
it
a
try,
so
it
contains
a
pipeline,
some
instructions
and
it's
a
little
bit
more
complex
in
that
hello
world
and
again,
hopefully,
everything
can
be
found
in
the
catalog,
which
is
basically
a
collection
of
different
tectonic
tasks
that
I've
put
together
as
part
of
one
pipeline.
So
it's
like
going
to
a
department,
store
and
picking
things
up
off
the
shelf,
putting
it
on
the
counter
and
just
saying
here
it
is:
it's
all
gets
assembled
for
you
through
my
pipeline.
C
A
Github,
that
seems
like
a
pretty
consistent
thing.
People
will
be
using.
C
C
B
Oh,
that's
great,
just
as
we
are
on
the
this
page
jd.
If
you
could
scroll
up
please
and
go
to
the
main
repo
for
for
someone
who's
completely
new
to
techton
on
the
main
tectonic
city
like
github.com,
technon
cd,
so
techton
is
like
an
umbrella
project
with
many
small
sub
projects,
so
what
jj
just
installed?
That
was
the
pipeline
controller,
so
that
is
under
pipelines
project,
and
this
is
a
pipeline.
This
is
this
is
the
one
and
then
what
adam
was
showing
was
the
catalog
sub
project
so
the
umbrella
project.
B
It
has
many
helpful
pieces,
for
example,
what
we'll
use
later
is
a
dashboard
project
that
that
adam's
team
work
on
yep.
A
Okay,
so
so
we
we've
level
set
that
you
need
to
know
at
least
a
little
bit
of
kubernetes
to
be
able
to
use
tecton,
because
it's
it's
a
it's
a
extension
extension
question
mark
of
and
best
practices
of,
doing
pipelines
on
cloud
native
infrastructures.
That's
kind
of
what
we're
we've
alluded
to
right.
So
you
need
the
base
knowledge
to
do
that,
so
we're
not
going
to
go
very
deep
into
kubernetes,
but
we're
going
to
touch
it
quite
a
bit
right.
Is
that
it
okay.
C
A
All
right,
so
I
think
we
should
check
out
this
code
that
you
wrote.
This
seems
like
a
reasonable
thing
to
do.
A
A
Okay,
so
archery
on
here
I
don't
have
fine,
that's
not
going
to
help
readme.
A
C
Go
so
there's
quite
a
bit
to
do,
and
the
reason
is
a
bit
to
do
is
because
we're
going
to
build
this
source
code
and
push
it
to
your
docker
registry,
so
we're
going
to
need
to
create
a
secret,
I'm
not
going
to
say
anybody
can
push
to
jj's
registry,
then
we're
going
to
use
the
practice
service
account
and
basically
tie
everything
together
by
doing
the
deploy
command
or
the
ckn
command,
which
is
a
way
to
run
pipelines
referring
to
your
own
namespace
and
service
account.
So
it's
this
is
kind
of
like
you
know.
C
A
Awesome
so
just
because
I
think
I
already
did
it,
I
believe
I
already
have
the
cad
app
already
on
my
my
docker
registry
oops.
I
forgot.
I
forgot
to
remove
that
so
I'm
going
to
put
I'm
going
to
put
up
some
top
secret
real
quick
just
because
I
want
to
make
sure
that
people,
don't
you
know,
steal
my
stuff.
A
From
no
cheating
exactly
so
delete
this
repository
cat
app,
I
should
have
done
this
before
the
stream.
I'm
sorry,
okay,
so
back
here,
just
to
prove
we
do
not
have
anything
called
cat
app
on
here.
If
I
search
cats,
I
don't
see
anything
with
that.
I
don't
have
anything
with
app.
I
have
my
app,
which
I
actually
generally
don't
know
what
that
is,
so
nothing
nothing
hidden.
This
is
completely
where
we
are
going
to
be
pushing
up
to
this
register
cool
all
right.
A
Now
we
have
so
I'm
thinking
we
should
probably
have
the
readme
open
at
the
same
time
as
we're
doing
this
right,
like
this
seems
like
something
we
should
refer,
refer
back
to
pretty
regularly
yeah
sure.
C
A
A
C
A
C
A
A
C
A
A
Oh,
don't
we
need
to
install
the
dashboard
also
before
we
go
any
farther
here
or
should.
C
Yeah
now's
a
good
time
too,
so
you
can
install
protect
on
dashboard
and
that's
going
to
be
a
convenient
way
to
see
what
technology
is
doing
and
they'll
actually
create
tech,
tons,
secrets
and
package.
These
service
accounts
you're
going
to
need
a
secret
to
posture
registry.
So
why
don't
you
head
to
the
dashboard
repository
and
see
if
the
installation
instructions
work
yeah?
I
know
that
guy
yeah.
C
A
C
C
A
C
C
That
gave
you
a
bunch
of
other
resources
as
well,
and
hopefully
the
readme
tells
you
how
to
access
the
dashboard.
A
C
C
A
B
C
That's
right,
you
could,
you
know,
just
create
a
modified
yaml
and
you
can
also
use
this
thing
called
tecton,
cri
called
tkn
and
that
will
basically
stream
the
logs
as
well
for
what
your
pipelines
are
doing.
So
you
know
we're
trying
to
cater
towards
everyone.
Pretty
much.
You
know
the
folks
who,
like
the
ui,
a
lot
folks
who
want
to
use
it
a
little
bit,
maybe
for
secrets
and
those
that
are
just
preferring
to
use
the
command
line
so
give
you
the.
C
Nice-
I
was
never
never
in
doubt
about
that,
so
this
gives
you
a
nice
view
of
what
techton's
up
to
so
you've
got
nothing
yet
which
is
good.
You
know
no
one's
compromised,
your
machine
and
there's
a
really
nice
secrets,
page
we're
going
to
use
to
get
that
docker
thing
sorted
out,
because
the
way
takedown
does
sequence.
Currently
it
relies
on
these
annotations
on
secrets
like
techton.dev,
and
we
handle
that
fever
dashboard.
C
So
we're
going
to
want
to
create
a
secret
here,
jj,
it's
going
to
be
of
type
password
and
yet
click
on
that
big,
create
button.
And
before
you
do
this
jj,
I
want
to
make
a
decision.
I
want
you
to
think
whereabouts
should
my
pipeline
run
be
because
it
needs
to
be
in
the
same
name
spaces
where
your
secret
is
and
we've
just
installed,
techton
into
tecton
pipelines.
A
A
But
if
I,
if
I
was
sitting
here
as
a
person
with
a
much
more
robust
cluster,
with
a
lot
of
things
going
on,
possibly
maybe
dev
qa
sitting
on
there,
I
would
imagine
we
still
want
to
put
all
our
tech
tawny
things
inside
of
tekton
pipelines,
because
then
tekton
is
completely
scoped
to
that
namespace
right
or
is
that
wrong.
C
So
you
could
think
about
it
in
two
ways:
detect
on
pipeline's
main
case
is
where
only
tecton
itself
sits.
So
those
controller
policies
are
real
in
the
dashboard
and
then
you
might
give
duane
access
to
his
own
namespace
called
team.
One
now
we
have
access
to
team
two
and
our
pipelines
and
pipeline
runs
are
all
isolated.
You
may
have
some
special
source
secret
project
and
this
should
be
namespace
scoped.
So
you
know
we
can
use
this
one
for
now,
but
eventually
one
might
want
to
set
their
own
namespace
and
do
things
in
isolation.
B
I'm
just
going
to
use
this
opportunity
to
ask
this
question
because
this
this
is
the
type
of
questions
I
got
from
many
clients
who
were
just
trying
to
think
about
tecton
that
if
they
have
their
enterprise
like
multiple
clusters,
where
their
secrets
are
living
in
one
name,
space
is
all
the
secrets
and
they
would
like
to
use
team
one
team,
two
team
n
to
to
run
all
the
different
workloads
for
their
devops
needs
would
a
single
name
space
with
all
the
secrets
be
able
to
hook
up
with
all
those
different
tecton
resources.
C
No
typically,
so
you
could
do
things
in
the
same,
so
basically
cross
reference
and
across
namespaces
and
cubenet.
Isn't
really
you
know
that
encouraged?
So
you
might
do
things
with
your
own
service
accounts
and
roles
and
more
bindings
in
their
own
namespace,
and
you
would
have
maybe
a
copy
of
the
pipeline
over
in
that
namespace
as
well.
I'm
not
sure
if
you
can
cross-reference
pipelines
at
the
moment
in
tecton,
but
you
can
use
things
like
cluster
tasks.
C
B
A
My
gut,
my
my
gut
in
my,
I
guess
my
head,
because
it's
not
my
gut
talking
against
my
head.
It
feels
like
that
statement,
you're
or,
if
you're
doing
multiple
namespaces
with
secrets
across
everything
shouldn't
you
be
looking
at
something
like
hashicorp
vault
by
that
time,
because
you
need
a
way
to
have
secured
secrets
across
multiple
different
entities,
and
you
don't
want
you
sharing
secrets
across
name.
Spaces
is
great
in
development,
but
in
prod
you
should
have
rigor
to
make
sure
that
you
don't
do
things
like
that.
C
That
that's
a
good
stream
idea.
I
think
right
there,
jj
it'd,
be
nice
to
them
a
try
and
see
how
how
technology
can
handle
it.
C
Well,
actually,
we're
nice
to
extend
the
pipeline
because
there's
room
for
improvement.
I
think
the
one
might
be
a
summary
of
slack,
so
we
can.
We
can
consider
that.
A
Okay,
so
I'm
just
taking
some
notes
because
I
mean
as
as
we
say,
this
is
live
then
the
next
one
is
going
to
be
to
extend
the
pipeline
to
be
moving
forward,
but
then,
eventually
we
should
think
about
vault
and
security
over
different
name
spaces
on
pipelines.
Is
that
a
good
way
to
describe
it?
Yep,
that's
right.
A
A
We
have,
we
are
we've
decided
because
we
don't
want
to
make
it
too
complex
or
too
hard
we're
going
to
still
put
everything
inside
of
protect
on
pipelines,
because
we
just
we
want
to
show
this
working.
We're
just
doing
this
in
dev.
If
you
will
not
really
dev,
but
if
we
were
doing
it
in
dell
or
dell
dev
dev
jeez
wow.
C
A
C
A
They
probably
are
a
bunch
of
r710s,
no
joe,
but
anyway
the
so
yes,
we're
gonna
do
stood
on
tecton
pipelines
for
now,
because
I'm
gonna
blow
this
cluster
away
anyway.
We're
not
gonna
have
it
for
next
time,
because
we'll
extend
it
and
we
want
to
show
what
we
can
do
quickly
to
the
point
which
anyway,
yes,
so
we're
going
to
do
this
in
tact
on
pipelines.
So
back
to
the
secrets,
honestly,
yep
darker
secret.
A
A
Yes,
we
want
to
put
it
in
techcon
pipelines,
yep
there's
a
password,
a
username
of
jj
asgar
yep,
and
I
don't
actually
know
what
my
password
is
so
give
me
a
moment
here,
I'm
putting
it
in
getting
it
from
my
little
password
vault.
C
Look
at
the
access
to
part,
so
sequence
used
in
several
ways:
go
on
the
access
to
drop
down
instead
of
doing
git
server
choose
correction
now
change
the
annotation.
Let's
put
this
on
it
just
say:
text
on
when
you're
doing
your
thing
with
docker
or
image
registries:
this
is
the
kind
of
secret
you
might
want
to
consider.
So
that
looks
good
to
me
now.
A
C
Git
type
secret
with
github,
yes
for
anything
else,
I
don't.
A
C
B
C
A
C
You
want
a
service
account,
that's
going
to
be
able
to
do
quite
a
few
things,
for
example
create
deployments
and
services,
because
the
application
itself
will
so
detecting
is
quite
powerful,
but
that
is
probably
meant
to
be
just
for
the
takedown
dashboard.
So
what
you
could
do
is
go
and
copy
an
example
service,
account.yaml
somewhere
and
basically
get
that
ready
for
manipulation,
because
what
we
can
do
is
we're
going
to
set
up
a
new
service
account
called
test.
C
So
you
can
do
this
and
not
patching
anything
yet,
and
what
we
can
do
is
use
the
command
lines.
We
get
the
service
account
later
and
we
had
basically
a
reference
that
secretly
just
made.
This
is
like
a
an
image:
push
secret
if
you
like,
it's
just
a
normal
secret
in
kubernetes,
there's
also
much
pull
secrets
which
have
a
pulling.
C
No,
that's
a
service
in
the
sense
that
you
can
access
something
like
via
a
port
or
an
address.
So
an
example.
Service
account
is
probably
best.
If
you
go
to
the
official
keeping
it
as
docs.
Look
at
service
account.
There
should
be
a
little
bit
of
yaml.
We
can
basically
copy
and
use
as
our
base
and
edit
that
together
and
add
a
bunch
of
permissions.
A
C
B
C
B
B
We
also
need
to
refer
the
secret
right,
which
we
just
created
in
that
service
account.
Yes,.
B
Is
no
it's
in
the
service
account.
B
C
C
Did
something
nice
all
right,
so
that's
gonna
need
some
permissions.
I
think
what
you
can
do
is
give
it
a
try
now
and
run
the
entire
pipeline
with
that
secret
and
service
account,
and
if
it
does
error
for
whatever
commission
reason,
we
can
then
go
and
fix
that
issue.
You
may
want
to
do
that.
C
A
A
C
Yes-
and
this
is
the
thing
that
goes
and
looks
at
the
catalog
clones-
it
checks
out
a
certain
revision,
because
we
know
the
ford
name
is
a
little
bit
different
now
and
goes
actually
applies.
All
the
cube
and
the
tecton
tasks
that
the
pipeline
have
built
will
actually
use.
So,
if
you
now
do
you
know
cube
ctl
get
task,
you
should
see
a
bunch
of
useful
looking
items.
C
B
A
C
A
C
Yes,
get
rid
of
that.
That
was
useful
on
docker
desktop
just
for
testing
and
then
what's
next,
if
your
deployment
reveal
you've
done
that
it's
scrolled
down
a
little
bit,
there's
a
little
bit
about
role
based
permissions.
We're
gonna
do
that
after
the
fact.
That's
what
I
won
this
pipeline
and
now
it
says
studio,
tk
and
run
command
so
open
that
tk
and
run
script.
C
You're
gonna
realize
a
few
things
one.
We
need
tkn
yeah
and
two.
We
have
to
change
it
to
use
that
service
kind
of
namespace
that
we
just
made.
C
B
A
C
Exactly
so,
it
takes
a
bunch
of
arguments,
but
if
you
go
down
to
the
bread
and
butter,
the
actual
command
that
gets
room
it
does
this
pkn
command
and
it
does
a
minus
n
defaults.
That
means
use
the
namespace
default
in
the
service
account
default.
So
you
want
you
to
change
those
two
words
towards
the
end
of
this
and
make
sure
it
uses
the
one
we
just
made.
So
your
namespace
was
ticked
on
pipelines
and
the
service
account
was
test.
Hyphen
essay.
B
C
C
A
C
Oh,
you
know,
but
you
there's
no
pipeline.
Is
there
so
do
k
get
pipeline
for
me,
jj.
C
B
And
just
10
seconds
for
people
who
are
trying
to
understand
so
the
the
smaller
units
are
the
tasks,
so
we
have
the
grab
dependence
created.
The
task
and
pipeline
consists
all
these
tasks,
so
pipeline
needs
to
be
there
in
order
to
have
the
pipeline
run
so
pipeline
run
is
an
instance
of
pipeline.
So
if
you
compare
object
to
instance,
like
you're,
coming
from
object-oriented
background.
C
A
Like
just
clone
to
get
clone,
which
is
good,
build
and
push
to
the
docker
url
that
we're
changing.
So
it's
it's
again
back
to
the
modularity
right,
where
we're
we're
pulling
a
bunch
of
modules,
if
you
will
catalogs
tasks
off
of
the
catalog
repo,
not
master,
because
we
discovered
problems
with
that,
and
now
we
are
just
taking
some
very
basic
changes
from
the
tecton
run
that
we
have,
as
we
saw,
were
just
a
bunch
of
urls
and
variables
to
get
the
cad
app
to
do
this
thing
right,
yep,
yep,
absolutely.
C
C
C
We
use
something
called
workspaces
and
that's
basically
a
way
of
passing
things
between
these
tasks
at
the
moment.
So
when
we're
using
those,
we
do
basically
put
a
flag
on
the
tkn
command
and
it
refers
to
persistent
volume
claim,
and
I
basically
give
you
an
example
system
volume
claim
because
you're
an
ibm
cloud,
you
get
dark
provisioning,
it
will
go
and
create
this
volume
that
the
claim
will
use
and
then
the
pipeline
will
be
satisfied
and
do
its
thing.
It's
basically
a
way
of
like
persisting
things
in
between
all
the
steps.
C
A
C
C
Yep
I'll
tell
you
what
it's
waiting
on
there
you
go.
So
it's
waiting
on
our
assistant
volume,
crane,
that's
unbound!
If
you
were
to
do
k,
get
pvc
that
should
show
you
the
claim
that
I've
made
called
repo
pvc
and
that's
probably
waiting
for
something.
So
now,
if
you
do
yeah,
you
can
either
do
that
or
you
can
just
do
a
describe.
So
if
you
were
to
do
okay
describe
pvc
because
there's
only
one
it'll
describe
just
that.
Basically,
it
would
be
all
otherwise
and
that's
saying
something
it's
they
might
want
to
be
created.
C
C
C
Was
the
dashboard
it
should
be
satisfied
and
it's
proceed
to
the
next
step
and
because
it's
persisting,
it's
gonna
be
using
the
same
system
volume
across
these
steps.
So
hopefully
we'll
have
to
wait
longer
now.
What's
this
one
doing
jj,
can
you
click
on
that
and
we
can
see
some
logs?
Maybe
we
are
waiting.
C
C
Here
we
go
it's
going
from
all
of
those
different
tasks,
all
the
steps.
B
We've
seen
in
both
places
and
he's
building
a
question
for
adam,
let's
say
a
team:
they
don't
have
their
build
based
off
of
docker.
What
would
your
suggestion
be
for
them
if
they
would
like
to
use
techno
now
to
build
and
push.
C
It's
not
based
off
docker,
so
it's
just
like
a
non-containerized
app
like
an
execute
bucket.go
file.
C
So
there
are
things
like,
I
think,
there's
a
go
task
in
the
catalog.
This
as
a
normal
go
build,
so
you
could
use
techton
for
the
containerized
bit
itself,
but
your
application
itself
needs
to
be
containerized,
so
you
could
just
do
a
protect
on
task
that
basically
clones
go,
builds
and
then
push
the
executable
somewhere
august
runs
it
okay.
C
So
what's
happened
here
jj.
I
think
these
are
permission,
errors
right.
This
looks
like
permissions.
Yes,
so
you've
got
two
options.
One
is
to
modify
the
service
account
to
use
basically
a
role
and
a
binding,
or
we
basically
create
a
deployment
on
your
laptop.
If
you
like
that
refers
to
that
image,
so
we
just
built
an
image.
Remember
the
cat
app
in
theory.
You
can
do.
I
think
it's
docker
run
and
then
the
image
that
we
just
pushed
and
then
the
port
number,
and
that
should
basically
do
the
deployment
bit
on
your
local
machine.
C
C
A
A
C
It
looks
like
two
minutes
ago
so
if
you
do
docker
on
jjr
catapp,
maybe
3
000
on
the
end,
how
do
you
do
you
like
to
put
like
a
minus
p
command,
because
it's
going
to
list
on
a
port
that
you
need
to
access?
A
C
B
C
B
I
can
quickly
do
a
review
and
then
you
can
correct
me
if
I
missed
anything
so:
first
we
we
installed
tecton
and
by
tecton
we
we
mean
the
the
tecton
pipeline
controller,
the
tecton
cli
and
the
tecton
dashboard,
so
because,
if
kubernetes
based
we
had
to
in,
we
have
to
create
kubernetes
secret
and
kubernetes
service
account.
Now
those
are
not
techno
crds
those
are
existing
resources
for
kubernetes.
B
Then
we
used
a
bunch
of
off
the
shelf
tecton
tasks
that
were
already
there
on
the
tecton
git
catalog
github
catalog,
and
we
installed
those.
So
tasks
are
the
building
blocks
and
then
we
created
the
pipeline,
which
contains
those
hats.
B
Finally,
we
ran
the
pipeline
run,
which
is
an
instance
of
the
pipeline
object
and
that
kicked
off
the
pipeline,
and
we
saw
all
this
happening
on
on
the
dashboard.
Now
the
error
you
saw
what
was
related
to
some
permissions
with
the
service
account
and,
in
my
my
experience,
a
lot
of
techno
issues
related
to
service
accounts.
So
we
had
two
options:
either
to
change
the
the
request,
role
and
rule
binding
for
the
current
service
account
we
had,
or
since
the
image
was
already
pushed.
C
That
was
perfect.
One
thing
is
tkn,
we
we
installed
well,
we
didn't
install
it.
We
had
tkn
already
and
that's
another
project
from
the
protecting
umbrella
that
jj
used
to
create
that
pipeline
run,
which
dwayne
mentioned,
was
an
instance
of
the
pipeline.
C
Instead,
we
did
it
through
tkn
and
I
think
jj,
if
you
were
to
do
qctl,
get
pipeline
run
or
get
pr
for
short
you're
going
to
see
that
pipeline,
one
that
we
just
made.
We
made
that
through
tactum,
but
it
didn't
have
to
through
tkm
we
didn't
have
to
be.
It
could
have
been
a
bunch
of
yellow.
Basically,
so
you
can
you
click
on
that
cat
picture
a
few
more
times.
Please
sure.
A
My
next
question
is:
hey
guys:
okay,
it's
still
working
go
ahead.
It's
still
working,
so
we
used
tekton
to
that's
a
crazy
looking
cat.
A
So
now
we
know
how
to
kick
things
off
with
with
a
pipeline
run,
pulling
things
off
to
do
this
now
we
can
build
a
pipeline
now.
How
would
I
trigger
that
pipeline?
I'm
not
going
to
run
my
build
every
single
time
using
gkn.
That
seems
kind
of
dumb
right
like
like
the
idea
is
that
I
push
some
code
and
something
happens
now.
Would
web
perks
and
using
github
would
hooks
be
the
correct
way
or
do
we
have
this
running
on
like
a
cron
job
like
what?
What
is
the
next
next
natural
step.
C
You
could
use
the
thing
like
tekton
triggers.
You
could
use
the
workbox
extension.
You
could
use,
there's
a
lot
of
community
kind
of
projects
that
people
are
making
kind
of
in
an
ad
hoc
way.
I
think
kevin
mcdermott
demonstrated
one
recently
and
they
tacked
on
working
group
calls
and
they're
really
useful
as
well
about
they're
there
every
week,
so
we're
looking
for
triggers,
maybe
a
future
stream,
or
we
could
look
into
enhancing
this
pipeline
because
you
may
want
to
be
notified
of
when
certain
things
happen.
C
A
Well,
if
I
were
correctly,
our
goal
for
this
stream
was
me
being
able
to
type.
A
A
A
We
offer
actually
12
enough
about
it
there
you
go
awesome
well
and
we're
coming
right
up
at
the
hour,
which
is
even
perfect,
even
even
better,
even
perfect
time
management.
So
we,
yes
exactly
so
it's
almost
like
we
practiced
this
or
something.
A
Well,
let's,
let's
wrap
things
up,
do
you
want
any
last
thoughts
or
anything
you
wanna
you
wanna
mention.
I.
B
C
Already
jake
gets
a
very
straight
face
while
saying
that
it
was
just
great
just
like
really.
It
was
good
got
a
lot
done.
I
think
we
can
definitely
expand
on
this
through
feature
streams
and
I
look
forward
to
any
questions.
Feedback
ideas,
suggestions,
everything
basically
let
us
know
and
reach
out
to
us,
either
on
twitch
or
the
cdf
slack
or
linkedin
or
whatever
you
fancy
really.
A
That
that's
such
a
really
great
question:
if
we
wanted
to
be
an
active
member
of
the
techton
community,
where,
where
do
you,
what
do
you
do
like
where.
C
Do
you
go
there's
a
tech
on
cd,
slash
community
folder
and
that's
basically
got
things
like
how
to
draw
in
the
slack
channels.
The
working
group
calls,
I
think,
that's
it
so
takedown
cd
community
on
github
check
it
out
and
hopefully
I'll
see
you
all
on
either
making
great
questions
or
great
ideas.
B
A
A
Excellent
awesome.
Well,
I
guess
on
that
note
we'll
go
ahead
and
say
goodbye,
say
bye,
y'all,
yeah,
thanks
everyone
see
you.