Move from rpm push in merge to rpm push in integration 18/1818/2
authorEd Warnicke <eaw@cisco.com>
Wed, 29 Jun 2016 22:00:54 +0000 (17:00 -0500)
committerEd Warnicke <eaw@cisco.com>
Wed, 29 Jun 2016 22:07:23 +0000 (17:07 -0500)
It turns out that doing rpm push in both merge and integration
job leads to collisions because they have two separate
sequences of BUILD_NUMBERs and those BUILD_NUMBERS are used
for the rpm release number.

So... this patch makes the merge job *stop* pushing rpms,
and should cause the integration job to trigger on both
vpp *and* honeycomb merge job success.

Change-Id: I12fe582ea8a1444096b86c214b3cd3c412bc7591
Signed-off-by: Ed Warnicke <eaw@cisco.com>
jjb/honeycomb/honeycomb.yaml

index fe605b8..c82a715 100644 (file)
         global-settings-type: cfp
 
     postbuilders:
-        - maven-target:
-            maven-version: '{mvn33}'
-            goals: '--version'
-            settings: 'honeycomb-settings'
-            settings-type: cfp
-            global-settings: 'global-settings'
-            global-settings-type: cfp
-        - provide-maven-settings:
-            settings-file: 'honeycomb-settings'
-            global-settings-file: 'global-settings'
-        - shell:
-            !include-raw-escape:
-                - ../scripts/maven_push_functions.sh
-                - include-raw-honeycomb-pkg-push.sh
         - shell: |
             if [ "${{OS}}" == "ubuntu1404" ];then sudo update-java-alternatives -s /usr/lib/jvm/java-1.7.0-openjdk-amd64;fi
 
             language: 'java'
         - email-notification:
             email-prefix: '[honeycomb]'
-        - maven-deploy:
-            id: ''
-            unique-version: true
-            deploy-unstable: false
 
 - job-template:
     name: 'honeycomb-integration-{stream}-{os}'
 
     triggers:
         - reverse:
-            jobs: 'vpp-merge-{branch}-{os}'
+            jobs: 'vpp-merge-{branch}-{os},honeycomb-merge-{branch}-{os}'
             result: 'success'
 
     prebuilders: