Merge pull request #24346 from spxtr/remove-1-1-soak

Automatic merge from submit-queue

Remove soak and disruptive 1.1 Jenkins jobs.

They're both in the kubernetes-jenkins project, not their own. The disruptive one isn't a critical build, and I don't think the soak should be critical at all, since it's never green for a week anyway and I don't think we ever plan for it to be.
pull/6/head
k8s-merge-robot 2016-04-19 13:03:28 -07:00
commit 705837683a
2 changed files with 0 additions and 22 deletions

View File

@ -464,9 +464,6 @@
- 'gce-release-1.1': - 'gce-release-1.1':
timeout: 175 timeout: 175
description: 'Run E2E tests on GCE from the current release branch.' description: 'Run E2E tests on GCE from the current release branch.'
- 'gce-disruptive-1.1':
timeout: 180
description: 'Run disruptive E2E tests on GCE from the current release branch.'
jobs: jobs:
- 'kubernetes-e2e-{suffix}' - 'kubernetes-e2e-{suffix}'

View File

@ -129,25 +129,6 @@
job-env: | job-env: |
export PROJECT="k8s-jkns-gce-soak-1-2" export PROJECT="k8s-jkns-gce-soak-1-2"
export JENKINS_PUBLISHED_VERSION="ci/latest-1.2" export JENKINS_PUBLISHED_VERSION="ci/latest-1.2"
- 'gce-1.1':
deploy-description: |
Deploy Kubernetes to soak cluster using the latest successful
current release CI-produced Kubernetes build every week.<br>
If a kubernetes-soak-continuous-e2e-gce-1.1 build is running,
this deployment build will be blocked and remain in the queue
until the test run is complete.<br>
e2e-description: |
Assumes Kubernetes soak current-release cluster is already
deployed.<br>
If a kubernetes-soak-weekly-deploy-gce-1.1 build is enqueued,
builds will be blocked and remain in the queue until the
deployment is complete.<br>
branch: 'release-1.1'
runner: '{old-runner-1-1}'
post-env: ''
soak-deploy: ''
soak-continuous: ''
cron-string: 'H */6 * * *'
- 'gke': - 'gke':
deploy-description: | deploy-description: |
Deploy Kubernetes to a GKE soak cluster using the staging GKE Deploy Kubernetes to a GKE soak cluster using the staging GKE