Skip to content

Latest commit

 

History

History
194 lines (139 loc) · 9.11 KB

README.md

File metadata and controls

194 lines (139 loc) · 9.11 KB

go-build: Multi-Project Build Utility Travis CI Build Status GitLab CI Pipeline Status

go-build is a multi-project, multi-branch build tool that can compile multiple branches of multiple projects to give per-branch and per-project artifacts.

This is ideal when working with many branches or repositories, as it allows easy publication or viewing of the compiled projects for testing and demonstration.

The tool can be used in combination with CI systems such as Travis and Jenkins to bundle artifacts of many projects for download and testing, and additionally can be used with services such as GitHub Pages and GitLab Pages to publish live, user-testable development artifacts.

Configuration

.build.json - This file is the configuration loaded by the go-build utility. It contains the definition of the repositories that will be built, including their location (URL and Path), branches, scrips, and artifacts.

  • home - The "home" directory under which the utility will run (must be writable)
  • async - true to run builds in parallel, false to run in sequence.
  • metrics - Set this to false to disable remote reporting of errors
  • ravendsn - Use this to specify your own metrics DSN (Sentry), or leave blank to use the built-in DSN
  • log - Logger Configuration
    • level - Log level, one of: critical (lowest), error, warning, notice, info (default), or debug (highest).
  • plugins - Array of plugin file names to extend go-build functionality (extensions)
  • projects - Array of project definitions, made up of:
    • url - Git URL for the Project
    • path - Path to use when cloning, and Publishing artifacts (Slugified name)
    • artifacts - Path to extract built artifacts from
    • branches - Array of branch names to build or ['*'] for all remote branches.
    • scripts - Array of script strings to execute (the build process); May contain script variables (see below).

Script Variables

The scripts section of the go-build project configuration may use the following variables which will be replaced before the script is executed:

  • {{.Project}} - The name (path) of the project.
  • {{.Branch}} - The branch under which the script is to run.
  • {{.URL}} - The clone url of the project.
  • {{.Artifacts}} - The path to the project's output artifacts.

Script variables are processed using go's template package, this gives a powerful set of Actions, Arguments, and Pipelines which can be combined with the above variables within a script.

Run-time flags

The following flags can be passed to go-build at runtime:

  • -v - Verbose - Forces log level to debug (highest), Ignores log level set in config file.

Plugins

go-build provides a basic ABI that can be extended using go plugins, which anyone can develop a plugin for; See the example plugin and the extension definition to get an idea of what is currently possible.

The extension interface is subject to change as the project matures, so be prepared to update your plugins with each release of go-build. Documentation on extending go-build may be provided at a later date.

The following plugins are bundled in this repository and can be used to bolt-on extra functionality right out of the box:

  • example - The example plugin shows you how the plugins are written, and when used shows via the log when each function is called.
  • all-branches - The all-branches plugin allows a wildcard to be specified in order to build all remote branches of a project.
  • index-generator - The index generator plugin can be used to generate project and branch level HTML index pages for easier navigation of artifacts. The plugin also creates a set of SVG buttons that can be used in markdown/html files to show the status of your go-build setup (great when running through a CI platform).

Prerequisites

go-build utilises the git2go bindings of libgit2, which require that libgit2 is installed. In order to use SSH-based project urls, libssh2 and libssl are also required.

Releases

Please see Releases for tagged releases, including pre-compiled binaries and source zips.

Building

Automated builds are done by Travis CI and GitLab CI.

  • Travis: Travis CI Build Status
  • GitLab: GitLab CI Pipeline Status

Building on macOS (darwin)

Ensure GOPATH is set, then install prerequisites:

brew update
brew upgrade # Optional, but recommended
brew install git go upx # Up-to-date git, go compiler and upx packer (optional)
brew install openssl libssh2 libgit2 # libssl, libssh2, libgit2 (required)

Then, setup the environment to use the libraries installed via brew:

export PKG_CONFIG_PATH="/usr/local/lib/pkgconfig:/usr/local/lib"
export PKG_CONFIG_PATH="$PKG_CONFIG_PATH:/usr/local/opt/openssl/lib/pkgconfig"
export PKG_CONFIG_PATH="$PKG_CONFIG_PATH:/usr/local/opt/libssh2/lib/pkgconfig"
export OPENSSLDIR=/usr/local/opt/openssl

(Optional: Add the above to ~/.bashrc or ~/.bash_profile to persist between sessions)

Fetch the go packages:

go get -d github.com/op/go-logging
go get -d github.com/libgit2/git2go
go get github.com/getsentry/raven-go

And setup git2go's libgit2 submodule as per their documentation:

cd $GOPATH/src/github.com/libgit2/git2go
git submodule update --init
make install-static

Finally, build go-build using the supplied makefile:

make build
make pack # Optional: Pack the binary using UPX

Optionally, build all bundled plugins to individual .so modules:

make build-plugins # Optional: Build the plugins

Building on Ubuntu (linux)

Ensure GOPATH is set and the prerequisite libraries are installed, then setup the environment to use the libraries:

export PKG_CONFIG_PATH=/usr/lib/x86_64-linux-gnu/pkgconfig/

(Optional: Add the above to ~/.bashrc or ~/.bash_profile to persist between sessions)

Fetch the go packages:

go get -d github.com/op/go-logging
go get -d github.com/libgit2/git2go
go get github.com/getsentry/raven-go

And setup git2go's libgit2 submodule as per their documentation:

cd $GOPATH/src/github.com/libgit2/git2go
git submodule update --init
make install-static

Finally, build go-build using the supplied makefile:

make build
make pack # Optional: Pack the binary using UPX

Optionally, build all bundled plugins to individual .so modules:

make build-plugins # Optional: Build the plugins

Building on Windows (win32)

Building go-build on Windows has not yet been attempted, if you have successfully compiled libssh2, libgit2 and go-build to run natively under win32 please feel free to document it here and open a PR.

Metrics & Error Reporting

As of v1.1.0 of go-build, automatic error reporting has been added using Sentry's raven-go library; by default errors are reported to our sentry DSN which is built-in to the application, however the following configuration variables can be used to change this behaviour:

  • metrics: false can be set to disable gathering and reporting of errors and metrics.
  • ravendsn: "your:[email protected]/here" with metrics: true to enable sending metrics and error reports to your own Sentry account. This overrides the built-in DSN.

License

go-build and included plugins are released under the MIT License

Copyright © 2017 - 2024 Daniel Wilson

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.