The Ultimate Guide to High Availability with MariaDB

Branch protection using buildbot

You are viewing an old version of this article. View the current version here.

Contents

  1. Protected branches flow
  2. Viewing build status
  3. Status and action items
  4. Re-trigger checks

MariaDB uses branch protection to ensure that pushes to the MariaDB server git repository cannot be made without first passing a series of tests. This page aims to describe what a developer should do in order to ensure that their changes get pushed to the main repository.

Protected branches flow

  1. Rebase your work on top of the latest main branch. <<git rebase 10.2>>
  2. Push to bb-* branch
  3. Wait for all the checks to run
  4. If all checks are successful you can push to the main branch to be the same as bb-* branch
  5. If not (failed checks), check the build status, make changes accordingly and repeat this flow

Viewing build status

The build status can be seen directly from GitHub near the commit message. Below, you can find an example (please note the yellow dot near the commit message):

Commit example

If you click on the yellow dot, you can find the list of checks performed and their status, as shown below:

Build status

By clicking on Details you will be redirected to the buildbot page showing all the build details.

Alternatively, you can look for the builds on the buildbot Grid View. This allows filtering by branch, so to only see changes for one particular branch you can use https://buildbot.mariadb.org/#/grid?branch=10.5.

Status and action items

  • Yellow dot - specifies that one or more of checks are not yet completed.
    • Action item: Wait for all the checks to finish
  • Green tick - all checks were successful
    • Action item: No specific action is needed. The push can go through!
  • Red X - one or more checks have failed
    • Action item: Look at the status of failing builds and fix potential issues

Note: Only buildbot and not external CI tests are currently in the protected branches criteria. Please take note of other failures, and if they are acceptable and explainable, then merge.

Re-trigger checks

In some cases it might be useful to re-trigger one or more checks. This can easily be done from the https://buildbot.mariadb.org interface. The steps are:

  1. Login to https://buildbot.mariadb.org using the GitHub credentials: Hit the "Anonymous" button from the upper right corner and then "Login with GitHub" as shown below:
    • Login
  2. Open the build details of the build you want to re-trigger
  3. Hit the "Rebuild" button from the upper right corner

Note: If you want to re-trigger all checks, the easiest approach is to make a new push. Alternatively, you can follow the above steps for all the checks

Comments

Comments loading...
Content reproduced on this site is the property of its respective owners, and this content is not reviewed in advance by MariaDB. The views, information and opinions expressed by this content do not necessarily represent those of MariaDB or any other party.