Ah... and Jenkins doesn't pass to you what jobs triggered it?

Ed

On Wed, Feb 25, 2015 at 11:58 AM, Luis Gomez <ecelgp@...> wrote:

That is not going to work Ed, the plan is to trigger different test plans depending on who triggers the distribution build. For that we need a distribution build per project. We discussed this in depth in our weekly calls + in the integration gathering few weeks ago. I will explain all that in the next TWS call but I just wanted to advance some of the jjb migration works this week. In any case someone has specific questions regarding current strategy with jjb can irc me.

BR/Luis

On Feb 25, 2015, at 9:53 AM, Edward Warnicke <hagbard@...> wrote:

Luis,

I thought that this was being handled by having in the integration cfg the jobs it depended on so it could run integration jobs like every other

project does (see example of controller).

I would think that would be the correct way, rather than putting new jobs in other projects... one place vs 43 places...

Ed

On Tue, Feb 24, 2015 at 7:20 PM, Luis Gomez <ecelgp@...> wrote:

Hi all,

I am pushing following patches to releng repo:

https://git.opendaylight.org/gerrit/#/c/15689/ - yangtools

https://git.opendaylight.org/gerrit/#/c/15691/ - controller

https://git.opendaylight.org/gerrit/#/c/15693/ - openflowjava

https://git.opendaylight.org/gerrit/#/c/15694/ - openflowplugin

https://git.opendaylight.org/gerrit/#/c/15695/ - aaa

https://git.opendaylight.org/gerrit/#/c/15696/ - vtn

https://git.opendaylight.org/gerrit/#/c/15697/ - ovsdb

https://git.opendaylight.org/gerrit/#/c/15698/ - l2switch

This patch will create a job that downloads and builds the integration repository whenever there is a merge in the above projects. You can check the job template here:

https://git.opendaylight.org/gerrit/gitweb?p=releng/builder.git;a=blob;f=jjb/integration/integration-distribution.yaml;h=e3177c42ce0a9b9c1382eaff9e52a18990ecfcdb;hb=HEAD

You will need this job for 3 reasons:

1) To verify your changes are compatible with the integration code

2) To make sure your changes are immediately included in the integration distribution

3) To run some system test after the distribution is built

Please let me know if you have questions or concerns about merging this.

PS - these jobs will replace the old integration-polling jobs + integration-centralized-integration job

BR/Luis

_______________________________________________
controller-dev mailing list
controller-dev@...
https://lists.opendaylight.org/mailman/listinfo/controller-dev