3.2.14. Authorization

Buildbot authorization is designed to address the following requirements

  • Most of the configuration is only data: We avoid to require user to write callbacks for most of the use cases. This to allow to load the config from yaml or json and eventually do a UI for authorization config.

  • Separation of concerns:

    • Mapping users to roles
    • Mapping roles to REST endpoints.
  • Configuration should not need hardcoding endpoint paths.

  • Easy to extend

3.2.14.1. Use cases

  • Members of admin group should have access to all resources and actions
  • developers can run the “try” builders
  • Integrators can run the “merge” builders
  • Release team can run the “release” builders
  • There are separate teams for different branches or projects, but the roles are identical
  • Owners of builds can stop builds or buildrequests
  • Secret branch’s builds are hidden from people except explicitly authorized