Last built 5 months ago using go version go1.7.3 linux/amd64 and 156530 seconds of time
This project originated when I was dissatisfied with how other automatic Go building systems were working. I wanted a simple system building my Go code and after that packaging the results with some assets found in the same repository. Also I wanted to have a webhook URL to trigger the builds automatically when my code is pushed to GitHub or BitBucket.
At the time I wrote this build system no existing system did satisfy my requirements or they were just not reliable enough for my needs. From that the project Luzifer/gobuilder was born.
The most simple usage is to take the package of your code (for example
github.com/Luzifer/gobuilder) and put it into the build box on the start page of my GoBuilder. After you submit your package to the queue it may need some time to build (also depends on how full the queue currently is) and after this you just visit
https://gobuilder.me/[package] to view and download the build results. Following my example you can use https://gobuilder.me/github.com/Luzifer/gobuilder to download the build results of my GoBuilder itself.
There are currently two kinds of webhooks supported for automatically building your projects as soon as you push new code to the
master branch. Currently only GitHub and BitBucket are supported:
You just put the URL into the webhook section of your repository configuration and your project will be built automatically.
To configure some aspects of your build you will need to create a
.gobuilder.yml file in your repository root. This file currently has these options:
build_matrix: A map of
OS/ARCHcombinations to build; if you don’t specify the
build_matrixwe will build windows, osx and linux for you (For a list of valid platforms see configreader)
build_tags: A list of build tags to use while building
ldflags: A list of ldflags to use while building (Please note: This feature is experimental and you might get unexpected effects!)
readme_file: The markdown file to display on the repository page in the web frontend. (Defaults to
triggers: A list of repositories to build after a successful build of your repository. This could be used to generate some CLI utilities sitting in subdirs of your repository.
artifacts: In this option you can list assets to include into the zip file created from the build. For example if you have a file called
LICENSEin the root of your repository and want this to get included into the build result you just add a item with the content
LICENSEto this array.
version_file: If you provide a file name to this option the hash of the compiled commit will get written in this file and added to the result ZIP file.
notify: You can ping some services after a successful / failed build. The notification can be filtered only to get sent on specific events by providing a
error. Currently these services are supported:
dockerhub: Fill the whole URL you got as a “Build Trigger” as the target.
pushover: Put your “User Key” into the target to receive notifications.
target parameter for notifications can be encrypted in order not to expose your email address, Pushover token or any secret added in the future to the public. For details please refer to the gobuilder-cli tool.
An example configuration file:
--- build_matrix: windows: osx: # You can use "osx" as an alias to "darwin" linux/amd64: build_tags: - nofoo - bar linux/386: build_tags: - foo - nobar general: # tags / ldflags for "general" are used as a fallback ldflags: - "-x main.version 1.0.0" readme_file: frontend/help.md triggers: - github.com/Luzifer/gobuilder/cmd/starter artifacts: frontend: frontend README.md: docs/help.md version_file: VERSION notify: - type: dockerhub target: https://registry.hub.docker.com[...]d59f8a5ab895/ filter: success - type: pushover target: W2HNyg7sCkvNH[...]B - type: email target: email@example.com
Starting with version 1.15.0 GoBuilder supports verification of code signatures. This can be used to give users of your projects an additional bit of security if you direct them to GoBuilder for downloads. If you have signed tags the repository view for your project will get an additional button in the top right corner as soon as a signed label is selected by your user. By clicking on that button a message will be displayed stating whether your tag was successfully verified. Passing this test means the code was not altered while transferred between your computer and the GoBuilder build system.
If you want to get those verifications for your master branch you need to sign your commits using an GPG key. As long as this signature is valid GoBuilder will show the verification result.