tripleo-quickstart-extras/roles/build-test-packages
Alex Schultz 65384f03fd Revert "Revert "Add ability to have dlrn build all the packages at once""
This reverts commit 2af6e87045.

This includes a fix for the repo_built variable logic

It turns out ansible will always register a variable even if a task is
skipped. In this case, that means we are not properly collecting the
repo since repo_built is skipped in the second declaration.  This logic
works fine if artg_build_one is false but not if it is true (the
default)

Change-Id: I1408d9ded18cdacbd1fb5410e70de2ef8104f950
2018-09-18 09:10:31 -06:00
..
defaults Revert "Revert "Add ability to have dlrn build all the packages at once"" 2018-09-18 09:10:31 -06:00
library build-test-packages: Fix gerrit based dependency parsing 2017-05-17 09:08:04 +00:00
meta Integrate undercloud_user var into oooq-extras 2017-01-18 09:32:16 -05:00
tasks Revert "Revert "Add ability to have dlrn build all the packages at once"" 2018-09-18 09:10:31 -06:00
templates Update build-test-package for non-centos7 2018-09-05 03:10:54 +00:00
README.md Revert "Revert "Add ability to have dlrn build all the packages at once"" 2018-09-18 09:10:31 -06:00

build-test-packages

An Ansible role for generating custom RPMSs from upstream Gerrit changes in the TripleO project using DLRN. This repo then can be injected in the tested environment, a repo file created and a yum update should start using the built RPMs.

Requirements

Role Variables

  • local_working_dir -- the directory where tripleo-quickstart is located
  • build_repo_dir -- the directory where the DLRN repo is built. The variable defaults to the home directory of the user.
  • artg_dlrn_repo_url -- the URL of the DLRN repository
  • artg_rdoinfo_repo_url -- the URL of the rdoinfo repository that contains the project definitions for DLRN
  • artg_compressed_gating_repo -- a full path to a compressed repository that contains all the generated rpms
  • artg_change_list -- a list of changes to gate. Only needed when not running in Zuul or Gerrit (see below). The format is:
  • artg_requirements -- used in roles mode, the requirements file to use for replacing the gated roles
  • artg_skipped_projects -- a list of projects that are not going to be gated. This is useful if the project is directly checked out by the gate job as this retains "Depends-On" functionality for the rest of the projects. Also useful to skip projects that DLRN cannot build.
  • artg_repos_dir -- Root directory which contains project directories with sources for build.
  • artg_build_one -- Boolean to indicate if dlrn should build one package at a time. If set to false, dlrn will be run to build all the required packages in one invocation of dlrn.
  • dlrn_target -- Target for the DLRN build Can be something like centos or fedora. Defaults to centos.
  • dlrn_baseurl -- URL used by DLRN to get the repo definitions when building packages
  • dlrn_use_local_mirrors -- use the local repo definitions from /etc/yum.repos.d/ for CentOS and DLRN while building packages; used upstream

Example artg_change_list for just code changes:

artg_change_list:
    - host: "review.openstack.org"
      project: "openstack/tripleo-heat-templates"
      branch: "master"
      refspec: "refs/changes/1/123456/1"
    - host: ...

Example artg_change_list for code changes and package changes:

artg_change_list:
    - host: "review.openstack.org"
      project: "openstack/tripleo-heat-templates"
      branch: "master"
      refspec: "refs/changes/1/123456/1"
      distgit:
          host: "ssh://user@review.rdoproject.org"
          project: "openstack/tripleo-heat-templates-distgit"
          refspec: "refs/changes/1/123456/1"
    - host: ...

Gating with Zuul or Jenkins

The role can also work with Zuul and Jenkins based gating jobs.

In case of Zuul, the role uses ZUUL_HOST and ZUUL_CHANGES vars to parse the full set of dependent changes that were previously resolved by Zuul.

If we're running in a Jenkins environment with the Gerrit Trigger plugin, GERRIT_HOST, GERRIT_CHANGE_ID, GERRIT_BRANCH and GERRIT_PATCHSET_REVISION are used to detect the gated change. The role then searches for "Depends-On:" lines in the commit message (and recursively in the commit messages of the dependent changes) and adds all of them to the gating list. This happens through Gerrit server's public REST API.

Example Playbook

---
- name: Build custom RPMs
  hosts: virthost
  roles:
    - build-test-packages

License

Apache

Author Information

RDO-CI Team