config-forker forks presubmit, periodic, and postsubmit job configs with the fork-per-release
annotation.
--job-config
: Path to the job config--output
: Path to the output yaml to create. If not specified, the process still runs but no file is generated (potentially useful for presubmits)--version
: the version to generate a forked config for, e.g.1.15
fork-per-release
: only jobs with this set to"true"
will be forked.fork-per-release-replacements
: allows replacing values in jobtags
(periodics only) and containerargs
(see Custom replacements).fork-per-release-periodic-interval
: if set, forked jobs will use this value forinterval
. If multiple space-separated values are provided, the first will be used.fork-per-release-cron
: if set, forked jobs will use this value forcron
. If multiple values separated with,
are provided, the first will be used.
For the sake of clarity, all the below will assume we are forking with --version 1.15
.
Only jobs annotated with fork-per-release
will be forked.
For all jobs:
- If
spec
includes a container with animage
ending in-master
, it is replaced with-1.15
. - If
spec
includes a container with anenv
variable withBRANCH
(case-insensitive) in the name and the valuemaster
, the value will be changed torelease-1.15
. - If the
fork-per-release-replacements
annotation is specified, those replacements will be performed in theargs
of all containers for that job. - If the
testgrid-dashboards
annotation is specified, references tomaster-blocking
andmaster-informing
are changed to1.15-blocking
and1.15-informing
. - If the
testgrid-tab-name
annotation is specified, references tomaster
are changed to1.15
. - If the
description
annotation is specified, it is removed (for now).
For presubmits and postsubmits:
skip_branches
will be deletedbranches
will be set torelease-1.15
For periodics and postsubmits:
- If the job
name
ends in-master
, it will be replaced with-1-15
, otherwise-1-15
will be appended sig-release-1.15-all
is added to the job'stestgrid-dashboards
annotation (creating the annotation if necessary)
For periodics only:
- If
decorate
istrue
, andextra_refs
contains a reference tokubernetes/kubernetes
master, theBaseRef
will be updated torelease-1.15
- If
decorate
is not true, some bootstrap-relatedargs
will be replaced:--repo=k8s.io/kubernetes
or--repo=k8s.io/kubernetes=master
will be replaced with--repo=k8s.io/kubernetes=release-1.15
--branch=master
will be replaced with--branch=release-1.15
- If the
fork-per-release-periodic-interval
annotation is set, theinterval
will be set to the first value it contains.
The fork-per-release-replacements
annotation can be used for custom replacements in your args
or tags
(periodic jobs only).
It takes the form of a comma-separated list of replacements, like this:
fork-per-release-replacements: "original1 -> replacement1, original2 -> replacement2"
The replacements are interpreted as Go templates, with one value defined: {{.Version}}
. {{.Version}}
will be replaced
by the version currently being forked (e.g. 1.15
). For example:
fork-per-release-replacements: "--version=stable -> --version={{.Version}"