tripleo-quickstart-extras/roles/build-test-packages
Chandan Kumar df2401d766 Use os_tempest for running tempest on standalone
It depends on ansible-config_template and python_venv_build
role.[1.]

Make tempest_cidr cacheable so that it will be consumed in
os_tempest role as it does not depends on extra-commons so
added an extra tasks to mkake the variable useable.

[1.] https://tree.taiga.io/project/tripleo-ci-board/us/234

https://tree.taiga.io/project/tripleo-ci-board/us/554

Change-Id: I5eb7fb64411220bc198ebae15f866693eadc3a4d
2019-01-23 16:30:57 +05:30
..
defaults Use os_tempest for running tempest on standalone 2019-01-23 16:30:57 +05:30
library build-test-packages: Fix gerrit based dependency parsing 2017-05-17 09:08:04 +00:00
meta Adopt yamllint strict linting 2018-11-26 12:37:21 +00:00
tasks Do not build projects with '-distgit' in project name 2019-01-21 12:36:48 +05:30
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