ReleaseEngineering/PuppetAgain/Modules/toplevel: Difference between revisions
< ReleaseEngineering | PuppetAgain | Modules
Jump to navigation
Jump to search
No edit summary |
|||
| Line 6: | Line 6: | ||
* ''toplevel::server::foopy'' - foopy (proxy server for mobile test devices) | * ''toplevel::server::foopy'' - foopy (proxy server for mobile test devices) | ||
* ''toplevel::server:: | * ''toplevel::server::buildmaster'' - Buildmaster | ||
* ''toplevel::server::mozpool'' - mobile imaging (mozpool) server | * ''toplevel::server::mozpool'' - mobile imaging (mozpool) server | ||
* ''toplevel::slave::test'' - Test slave (Talos) | * ''toplevel::slave::test'' - Test slave (Talos) | ||
* ''toplevel::slave::build'' - Build slave | * ''toplevel::slave::build'' - Build slave | ||
* ''toplevel::slave::build::mock'' - Build slave that uses a virtual environment for building (and thus does not require build tools on the host) | * ''toplevel::slave::build::mock'' - Build slave that uses a virtual environment for building (and thus does not require build tools on the host) | ||
Revision as of 15:06, 7 March 2013
This module contains a hierarchy of classes that form a taxonomy of build systems. These classes are the link between roles (linux64 slave, buildapi webhead, etc.) and the classes and resources required to implement those roles.
The hierarchy is clear from the source and the class names. The "leaf" classes in the hierarchy are the nodes that should be specified from a node definition. Note that except as noted, only one leaf class can be included. In most cases, trying to do so will cause puppet to fail.
Leaf Classes
- toplevel::server::foopy - foopy (proxy server for mobile test devices)
- toplevel::server::buildmaster - Buildmaster
- toplevel::server::mozpool - mobile imaging (mozpool) server
- toplevel::slave::test - Test slave (Talos)
- toplevel::slave::build - Build slave
- toplevel::slave::build::mock - Build slave that uses a virtual environment for building (and thus does not require build tools on the host)