Go to file
Jenkins a7a3902ebc Updated openstack/openstack
Project: openstack-infra/zuul  92dc6fbcd55f6145ebb684a1060330768610a953

Ansible launcher: clean up result handling

Have runJob always return a string or None for simplicity.
Construct the result dictionary only when sending the work_complete
packet, and send a dictionary with a result element every time, even
if the value is None.  Zuul will react the same whether there is
no dictionary, or it has no result or the result is null, and retry
the job.  Finally, send a simple string as status rather than the
result dictionary to ZMQ.  If the job is aborted, status will be
null.

Change-Id: Ie093c070c2fb4baf67f538b79826a7d8e42b18d9
2016-06-29 23:44:30 +00:00
2016-06-29 14:14:36 +00:00
2016-06-16 17:17:55 +00:00
2016-06-27 21:40:32 +00:00
2016-06-06 15:59:11 +00:00
2016-06-29 12:53:06 +00:00
2016-06-28 10:53:00 +00:00
2016-06-29 21:51:14 +00:00
2016-06-24 21:17:42 +00:00
2016-06-23 17:12:36 +00:00
2016-06-18 12:23:01 +00:00
2016-06-29 17:24:14 +00:00
2016-06-29 15:09:58 +00:00
2016-06-03 01:39:50 +00:00
2016-05-24 06:09:53 +00:00
2016-06-09 17:29:40 +00:00
2016-05-25 15:22:29 +00:00
2016-06-29 22:04:12 +00:00
2016-06-28 14:28:41 +00:00
2016-06-16 16:00:29 +00:00
2016-06-24 14:38:34 +00:00
2016-06-27 21:50:14 +00:00
2016-06-28 10:40:29 +00:00
2016-06-27 12:51:32 +00:00
2016-06-29 22:32:57 +00:00
2016-06-29 09:22:27 +00:00
2016-06-29 23:23:59 +00:00
2016-06-08 22:14:20 +00:00
2016-06-24 17:19:05 +00:00
2016-06-28 21:55:33 +00:00
2016-06-29 14:59:27 +00:00
2016-06-27 20:24:22 +00:00
2016-06-29 23:24:15 +00:00
2016-06-07 05:34:28 +00:00
2016-06-29 22:47:45 +00:00
2016-06-29 23:43:05 +00:00
2016-06-22 22:06:16 +00:00
2016-06-29 22:21:51 +00:00
2016-06-23 20:17:39 +00:00
2016-05-26 16:54:27 +00:00
2016-06-27 16:31:34 +00:00
2016-06-27 16:33:17 +00:00
2016-06-29 22:04:56 +00:00
2016-06-29 23:04:49 +00:00
2016-06-27 12:58:46 +00:00
2016-06-29 20:23:07 +00:00
2016-06-28 18:41:26 +00:00
2016-06-29 19:28:45 +00:00
2016-06-27 12:00:21 +00:00
2016-06-27 12:01:26 +00:00
2016-06-17 14:29:13 +00:00
2016-06-22 02:01:34 +00:00
2016-06-22 02:38:15 +00:00
2016-06-22 02:39:25 +00:00
2016-06-22 02:39:51 +00:00
2016-06-28 17:01:20 +00:00
2016-06-22 02:27:28 +00:00
2016-06-22 02:32:04 +00:00
2016-06-22 02:32:05 +00:00
2016-06-22 02:37:37 +00:00
2016-06-22 02:24:39 +00:00
2016-06-22 02:37:43 +00:00
2016-06-22 06:59:06 +00:00
2016-06-21 21:28:27 +00:00
2016-05-26 15:11:27 +00:00
2016-06-29 22:03:58 +00:00
2016-06-29 14:35:48 +00:00
2016-06-23 21:02:49 +00:00
2016-06-27 21:04:31 +00:00
2016-06-29 03:32:51 +00:00
2016-06-20 11:26:38 +00:00
2016-06-23 02:23:58 +00:00
2016-05-28 12:07:12 +00:00
2016-06-27 10:25:29 +00:00
2016-06-28 12:23:00 +00:00
2016-06-12 13:45:41 +00:00
2016-06-27 18:15:29 +00:00
2016-06-08 20:28:13 +00:00
2016-05-25 18:16:21 +00:00
2016-06-24 17:52:44 +00:00
2016-06-29 19:59:23 +00:00
2016-06-21 23:23:29 +00:00
2016-06-29 14:43:17 +00:00
2016-06-29 21:44:53 +00:00
2016-06-28 18:26:38 +00:00
2016-05-17 14:08:44 +00:00
2016-06-28 08:46:18 +00:00
2016-06-24 00:04:03 +00:00
2016-06-29 23:44:30 +00:00

OpenStack Tracking Repo

zuul gates all of the contained projects in an effective single timeline. This means that OpenStack, across all of the projects, does already have a sequence of combinations that have been explicitly tested, but it's non-trivial to go from a single commit of a particular project to the commits that were tested with it.

Gerrit's submodule tracking feature will update a super project every time a subproject is updated, so the specific sequence created by zuul will be captured by the super project commits.

This repo is intended to be used in a read-only manner. Any commit in this repo will get a collection of commits in the other repos that have explicitly been tested with each other, if that sort of thing is important to you.

Description
Repository tracking all OpenStack repositories as submodules
Readme 204 MiB
Languages
Python 100%