Add docs for branching e2e jobs

This commit is contained in:
Isaac Hollander McCreery 2016-02-10 10:30:10 -08:00
parent ec5b9abba8
commit 0ad9b2552b

View File

@ -230,17 +230,23 @@ been automated that need to happen after the branch has been cut:
the unversioned warning in docs point to the latest release series. Please the unversioned warning in docs point to the latest release series. Please
send the changes as a PR titled "Update the latestReleaseBranch to send the changes as a PR titled "Update the latestReleaseBranch to
release-X.Y in the munger". release-X.Y in the munger".
1. Add test jobs for the new branch. See [End-2-End Testing in 1. Add test jobs for the new branch.
Kubernetes](e2e-tests.md) for the test jobs that run in CI, which are under 1. See [End-2-End Testing in Kubernetes](e2e-tests.md) for the test jobs
version control in `hack/jenkins/e2e.sh` (on the release branch) and that should be running in CI, which are under version control in
`hack/jenkins/job-configs/kubernetes-e2e.yaml` (in `master`). You'll want `hack/jenkins/e2e.sh` (on the release branch) and
to duplicate/munge these for the release branch so that, as we cherry-pick `hack/jenkins/job-configs/kubernetes-e2e.yaml` (in `master`). You'll
fixes onto the branch, we know that it builds, etc. want to munge these for the release branch so that, as we cherry-pick
1. Make sure all features that are supposed to be GA are covered by tests. You fixes onto the branch, we know that it builds, etc. (Talk with
can use `hack/list-feature-tests.sh` to see a list of tests labeled as @ihmccreery for more details.)
`[Feature:.+]`; make sure that these are all either covered in CI jobs or 1. Make sure all features that are supposed to be GA are covered by tests,
are experimental features. (The answer should already be 'yes', but this is but remove feature tests on the release branch for features that aren't
a good time to reconcile.) GA. You can use `hack/list-feature-tests.sh` to see a list of tests
labeled as `[Feature:.+]`; make sure that these are all either covered in
CI jobs on the release branch or are experimental features. (The answer
should already be 'yes', but this is a good time to reconcile.)
1. Make a dashboard in Jenkins that contains all of the jobs for this
release cycle, and also add them to Critical Builds. (Don't add them to
the merge-bot blockers; see kubernetes/contrib#156.)
## Injecting Version into Binaries ## Injecting Version into Binaries