Wednesday, Oct 24, 2018
… is a tool to build software within a mono repository. Though you might use monobuild to run the build it self it is best combined with another build tool like task or make.
These instructions will get you a copy of the project up and running on your local machine for development and testing purposes. See deployment for notes on how to deploy the project on a live system.
monobuild is build with Go. So you need to have a Go environment up and running. Support for Go with modules is planned but not in place. See Go’s Getting Started to setup your Go environment.
To get the code of monobuild you can run go get:
go get -u github.com/monobuild/monobuild
This is a vgo enabled repository
You can download the binary from the releases page or use the deb package to install it on a Debian system.
How does monobuild work
monobuild scans the current directory and all subdirectories for a marker file (default name: .MONOBUILD). Each marker can have a dependency on another marker. Based on the dependencies so called stages are calculated and executed.
What is in a marker file
A marker file contains a build configuration with the following fields:
|Commands||false||Commands are shell commands to be executed|
|Environment||false||A list of environment variables passed to the commands|
|Label||true||Label is the name of the build configuration|
|Dependencies||false||A list of dependencies to other build configurations|
|Parallel||false||Build configuration may be run in parallel with other build configurations|
A valid sample:
--- commands: - echo new marker environment: MONOBUILD_VERSION: develop label: main
On the root level there are the following commandline parameters possible:
|–config||Set an alternative config file|
|–log-level||Set log level to debug, info or warn (fallback) (default “warn”)|
|–marker||name of marker file (default “.MONOBUILD”)|
|–no-parallelism||disable parallel execution of steps|
|–quit||Do not show header (version info and name)|
.MONOBUILD in root directory
--- commands: - echo root dir dependencies: - other component label: main
.MONOBUILD in sub directory:
--- commands: - echo other component label: other component parallel: true
Above sample creates a run with two stages to run first
other component and than
Let’s add another
.MONOBUILD in another directory:
--- commands: - echo yet other component label: yet other component parallel: true
This will be added to the first stage (no dependency) and executed in parallel as both configurations allow for parallel execution.
--no-parallelism is passed first all configurations that are not allowed to run in parallel in a stage are executed and afterward the one that are allowed are executed. As such you could introduce sub stages but this is highly discouraged. It is better to clearly communicate dependencies and adding additional stages.