Skip to content

lcarva/tektor

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

20 Commits
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Tektor

Why does this thing exist? Because I'm tired of finding out about problems with my Pipeline after I run it.

It is written in go because that is the language used by the Tekton code base. It makes us not have to re-invent the wheel to perform certain checks.

It currently supports the following:

  • Verify PipelineTasks pass all required parameters to Tasks.
  • Verify PipelineTasks pass known parameters to Tasks.
  • Verify PipelineTasks pass parameters of expected types to Tasks.
  • Verify PipelineTasks use known Task results.
  • Resolve remote/local Tasks via PaC resolver, Bundles resolver, and embedded Task definitions.

Future work:

  • Resolve remote Tasks via git resolver.
  • Verify workspace usage.
  • Verify PipelineRun parameters match parameters from Pipeline definition.
  • Verify results are used according to their defined types.
  • Remove printf calls and use proper logging.
  • Don't fail on first found error.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages