From Fedora Project Wiki
(Created page with " == Factory 2.0 Services == Goal of this page is to provide list of all Factor 2.0 micro-services with general information and scope of each service. === Module Build Servic...")
 
No edit summary
Line 6: Line 6:
=== Module Build Service (MBS) ===
=== Module Build Service (MBS) ===


* Takes URL to SCM repository with particular commit hash and branch containing the modulemd input file defining the module.
Service to build a module in Koji.
*
 
* Takes URL to SCM repository with particular commit hash and branch containing the modulemd input file defining the module.
* Submits the builds of components from the modulemd file to Koji in right order to build a module.
  * Builds all the packages in separate Koji buildroot and tags them to separate per module build tag.
  * Can reuse already built RPMs from previous module builds to save time and resources.
* Once the module is built, creates separate "module" type build in Koji using Content-Generator.
* Sends `mbs.module.state.change` messages to fedmsg bus about the progress of a rebuild.
* Has REST API to query the module builds.

Revision as of 15:12, 30 August 2017

Factory 2.0 Services

Goal of this page is to provide list of all Factor 2.0 micro-services with general information and scope of each service.

Module Build Service (MBS)

Service to build a module in Koji.

  • Takes URL to SCM repository with particular commit hash and branch containing the modulemd input file defining the module.
  • Submits the builds of components from the modulemd file to Koji in right order to build a module.
 * Builds all the packages in separate Koji buildroot and tags them to separate per module build tag.
 * Can reuse already built RPMs from previous module builds to save time and resources.
  • Once the module is built, creates separate "module" type build in Koji using Content-Generator.
  • Sends mbs.module.state.change messages to fedmsg bus about the progress of a rebuild.
  • Has REST API to query the module builds.