List of Travis-Ci [text.Baldanders.info]

Travis CI でクロス・コンパイル（GoReleaser 編）

2017-11-02T05:01:06+00:00

以前「Travis CI でクロス・コンパイル」で mitchellh/gox を使ったクロス・コンパイルと tcnksm/ghr を使った GitHub への deploy 手順を紹介したが，これらをまとめてやってくれる GoReleaser というツールがあるらしい。

すでにあるプロジェクトで試すのはどうかと思ったので，まずは以下のデモ用のリポジトリを作って試してみることにした。

spiegel-im-spiegel/reldemo

ちなみに中身は，このまえついカッとなって作った spiegel-im-spiegel/godump のコードを流用している。おおっ，役に立ったじゃないか（笑）

GoReleaser の導入

当然ながら GoReleaser 自身は GitHub 上でバイナリを配布しているので，そちらを使うのが手っ取り早い。

Releases · goreleaser/goreleaser

ヘルプを見るとこんな感じ。

$ goreleaser help
NAME:
   goreleaser - Deliver Go binaries as fast and easily as possible

USAGE:
   goreleaser.exe [global options] command [command options] [arguments...]

VERSION:
   0.35.5, commit 11fee22a2edf211caec98f2bee97576d3160bdb7, built at 2017-10-25T11:49:23Z

COMMANDS:
     init, i  generate .goreleaser.yml
     help, h  Shows a list of commands or help for one command

GLOBAL OPTIONS:
   --config FILE, --file FILE, -c FILE, -f FILE  Load configuration from FILE (default: ".goreleaser.yml")
   --release-notes FILE                          Load custom release notes from a markdown FILE
   --skip-validate                               Skip all the validations against the release
   --skip-publish                                Skip all publishing pipes of the release
   --snapshot                                    Generate an unversioned snapshot release
   --rm-dist                                     Remove ./dist before building
   --parallelism value, -p value                 Amount of builds launch in parallel (default: 4)
   --debug                                       Enable debug mode
   --help, -h                                    show help
   --version, -v                                 print the version

GoReleaser では .goreleaser.yml ファイルでビルドや deploy を制御しているようだ。 goreleaser init コマンドで雛形を生成してくれるみたいなので試してみる。

$ goreleaser init
   • config created; please edit accordingly to your needs file=.goreleaser.yml

作成された .goreleaser.yml の中身はこんな感じ。

project_name: reldemo
release:
  github:
    owner: spiegel-im-spiegel
    name: reldemo
  name_template: '{{.Tag}}'
brew:
  commit_author:
    name: goreleaserbot
    email: goreleaser@carlosbecker.com
  install: bin.install "reldemo"
builds:
- goos:
  - linux
  - darwin
  goarch:
  - amd64
  - "386"
  goarm:
  - "6"
  main: .
  ldflags: -s -w -X main.version={{.Version}} -X main.commit={{.Commit}} -X main.date={{.Date}}
  binary: reldemo
archive:
  format: tar.gz
  name_template: '{{ .Binary }}_{{ .Version }}_{{ .Os }}_{{ .Arch }}{{ if .Arm }}v{{
    .Arm }}{{ end }}'
  files:
  - licence*
  - LICENCE*
  - license*
  - LICENSE*
  - readme*
  - README*
  - changelog*
  - CHANGELOG*
snapshot:
  name_template: SNAPSHOT-{{ .Commit }}
checksum:
  name_template: '{{ .ProjectName }}_{{ .Version }}_checksums.txt'

これをベースにアレンジしていくわけだ。

設定ファイルの調整とクロス・コンパイル

さて，修正した .goreleaser.yml がこれ。

project_name: reldemo
release:
  github:
    owner: spiegel-im-spiegel
    name: reldemo

builds:
- goos:
  - linux
  - darwin
  - windows
  goarch:
  - amd64
  - "386"
  - arm
  - arm64
  goarm:
  - "6"
  main: ./cli/reldemo/
  ldflags: -s -w -X github.com/spiegel-im-spiegel/reldemo/cli/reldemo/facade.Version={{ .Version }}
  binary: reldemo

archive:
  format: tar.gz
  format_overrides:
    - goos: windows
      format: zip
  name_template: '{{ .Binary }}_{{ .Version }}_{{ .Os }}_{{ .Arch }}{{ if .Arm }}v{{ .Arm }}{{ end }}'
  replacements:
    amd64: 64bit
    386: 32bit
    arm: ARM
    arm64: ARM64
    darwin: macOS
    linux: Linux
    windows: Windows
  files:
  - LICENSE*
  - README*

snapshot:
  name_template: SNAPSHOT-{{ .Commit }}

checksum:
  name_template: '{{ .ProjectName }}_{{ .Version }}_checksums.txt'

主な変更点は以下の通り。

brew 項目はバッサリ捨てた
コンパイル対象の OS に Windows を加えた。更にアーキテクチャに ARM を加えた
ldflags を現状のものに合わせた
圧縮フォーマットで Windows の場合は zip 圧縮にした。また名前の置き換えも行った

これで実際にビルドを行ってみる。

$ goreleaser --snapshot --skip-publish
   • running goreleaser 0.35.5
   • loading config file       file=.goreleaser.yml
   • publishing disabled in snapshot mode
   • SETTING DEFAULTS
   • GETTING AND VALIDATING GIT STATE
   • releasing v0.0.9, commit 6b96405452b3b9af8817157629fce00acb81564e
   • GENERATING CHANGELOG
   • skipped                   reason=not available for snapshots
   • LOADING ENVIRONMENT VARIABLES
   • skipped                   reason=publishing is disabled
   • CHECKING ./DIST
   • BUILDING BINARIES
   • building                  binary=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_ARM64\reldemo
   • building                  binary=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_32bit\reldemo
   • building                  binary=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_64bit\reldemo
   • building                  binary=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_ARMv6\reldemo
   • building                  binary=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_macOS_64bit\reldemo
   • building                  binary=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_macOS_32bit\reldemo
   • building                  binary=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Windows_64bit\reldemo.exe
   • building                  binary=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Windows_32bit\reldemo.exe
   • CREATING ARCHIVES
   • creating                  archive=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_ARM64.tar.gz
   • creating                  archive=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_32bit.tar.gz
   • creating                  archive=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_64bit.tar.gz
   • creating                  archive=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_macOS_32bit.tar.gz
   • creating                  archive=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_ARMv6.tar.gz
   • creating                  archive=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Windows_64bit.zip
   • creating                  archive=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Windows_32bit.zip
   • creating                  archive=dist\reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_macOS_64bit.tar.gz
   • new release artifact      artifact=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_64bit.tar.gz
   • new release artifact      artifact=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Windows_64bit.zip
   • new release artifact      artifact=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Windows_32bit.zip
   • new release artifact      artifact=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_32bit.tar.gz
   • new release artifact      artifact=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_ARM64.tar.gz
   • new release artifact      artifact=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_ARMv6.tar.gz
   • new release artifact      artifact=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_macOS_32bit.tar.gz
   • new release artifact      artifact=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_macOS_64bit.tar.gz
   • CREATING LINUX PACKAGES WITH FPM
   • skipped                   reason=no output formats configured
   • CREATING LINUX PACKAGES WITH SNAPCRAFT
   • skipped                   reason=no summary nor description were provided
   • CALCULATING CHECKSUMS
   • checksumming              file=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_macOS_64bit.tar.gz
   • checksumming              file=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_32bit.tar.gz
   • checksumming              file=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_64bit.tar.gz
   • checksumming              file=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_ARMv6.tar.gz
   • checksumming              file=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Windows_64bit.zip
   • checksumming              file=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Windows_32bit.zip
   • checksumming              file=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_Linux_ARM64.tar.gz
   • checksumming              file=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_macOS_32bit.tar.gz
   • new release artifact      artifact=reldemo_SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e_checksums.txt
   • CREATING DOCKER IMAGES
   • skipped                   reason=docker section is not configured
   • RELEASING TO GITHUB
   • skipped                   reason=--skip-publish is set
   • CREATING HOMEBREW FORMULA
   • skipped                   reason=--skip-publish is set
   • SUCCESS!

これでビルドと（README.md や LICENSE ファイルを同梱した）圧縮ファイルの生成までできた。 fpm とか snapcraft とか Homebrew とか Docker イメージとか設定がないのでスキップしてるけど，今回はスルーの方向で。

まだバージョンタグを打ってないので --snapshot で。また現時点では GitHub に deploy して欲しくないので --skip-publish にしている。 OS とアーキテクチャの組み合わせで出来ないものはビルドされないのが分かるだろうか。

実際に生成された実行モジュールを起動してみると

$ reldemo -h
Usage:
  reldemo [flags] [binary file]

Flags:
  -h, --help          help for reldemo
  -n, --name string   value name (default "dumpList")
  -v, --vaersion      output version

$ reldemo -v
reldemo SNAPSHOT-6b96405452b3b9af8817157629fce00acb81564e

という感じでバージョン番号にスナップショット情報が入っているのがわかると思う。

なお GoReleaser でビルドする際は全てのファイルがコミットされている必要がある。したがって .goreleaser.yml ファイルの調整に手こずるとコミット履歴がアレなことになる。

Travis CI との連携と GitHub への Deploy

「Travis CI でクロス・コンパイル」でも書いたが Travis CI から GitHub へ Deploy するためには GitHub のアクセス・トークンを取得して Travis CI の環境変数としてセットする必要がある。

GitHub のアクセス・トークンは “Settings” の “Developer settings” → “Personal access tokens” のページで取得できる。

get access token in GitHub

repo の権限のみを付けること。この access token を Travis CI で参照するには， “Settings” の “Environment Variables” でセットすればよい。 Build log にこの access token が表示されないようにすること。

今回の .travis.yml の内容はこんな感じ¹。

language: go

go:
  - 1.9.*

env:
  - DEP_VERSION="0.4.1"

before_install:
  # Download the binary to bin folder in $GOPATH
  - curl -L -s https://github.com/golang/dep/releases/download/v${DEP_VERSION}/dep-linux-amd64 -o $GOPATH/bin/dep
  # Make the binary executable
  - chmod +x $GOPATH/bin/dep

install:
  - $GOPATH/bin/dep ensure -v

script:
  - go test -v ./...

after_success:
  - test -n "$TRAVIS_TAG" && curl -sL https://git.io/goreleaser | bash

最後の行が GoReleaser 起動に関する記述である。 GitHub リポジトリにタグが打たれている場合は $TRAVIS_TAG にタグの値が入る。したがってタグがない場合は GoReleaser は起動しない。

https://git.io/goreleaser は短縮 URL で，中身は goreleaser/get の get ファイルでシェル・スクリプトになっている。こんな感じ。

#!/bin/sh
set -e

TAR_FILE="/tmp/goreleaser.tar.gz"
RELEASES_URL="https://github.com/goreleaser/goreleaser/releases"
test -z "$TMPDIR" && TMPDIR="$(mktemp -d)"

last_version() {
  curl -sL -o /dev/null -w %{url_effective} "$RELEASES_URL/latest" | 
    rev | 
    cut -f1 -d'/'| 
    rev
}

download() {
  test -z "$VERSION" && VERSION="$(last_version)"
  test -z "$VERSION" && {
    echo "Unable to get goreleaser version." >&2
    exit 1
  }
  rm -f "$TAR_FILE"
  curl -s -L -o "$TAR_FILE" \
    "$RELEASES_URL/download/$VERSION/goreleaser_$(uname -s)_$(uname -m).tar.gz"
}

download
tar -xf "$TAR_FILE" -C "$TMPDIR"
"${TMPDIR}/goreleaser" "$@"

要するに GoReleaser の最新バージョンを取ってきて実行しているのである。

これで全ての準備が整ったので，コミットして origin/master にマージし，タグを討つ。しばらくして Travis CI 側の処理が終われば Releases ページに反映される。

Release page in GitHub

Changelog も GoReleaser が生成している。コミット・ログを元に生成しているので，ログがショボいと，上の図のように， Changelog もショボくなる。まぁ，最悪は手直しすればいいんだけどね²。

こんなところかな。

.goreleaser.yml を自分の気に入るように調整していく作業は悩ましいが，一度出来てしまえば他プロジェクトでも使い回しがし易いと思う。そうなればリリース管理はかなり楽になるはずである。

ブックマーク

Travis CI への dep インストール手順については FAQ.md を参考にした。 ↩︎
特定の単語を含むログをフィルタリングする設定も .goreleaser.yml でできる。 ↩︎

Travis CI でクロス・コンパイル

2016-02-13T10:37:11+00:00

Gox でまとめてクロス・コンパイル

Go 言語の特徴のひとつにクロス・コンパイルの容易さがあるが，複数プラットフォームのビルドをまとめて行う mitchellh/gox を使うと便利である。

$ go get github.com/mitchellh/gox

$gox -h
Usage: gox [options] [packages]

  Gox cross-compiles Go applications in parallel.

  If no specific operating systems or architectures are specified, Gox
  will build for all pairs supported by your version of Go.

Options:

  -arch=""            Space-separated list of architectures to build for
  -build-toolchain    Build cross-compilation toolchain
  -cgo                Sets CGO_ENABLED=1, requires proper C toolchain (advanced)
  -gcflags=""         Additional '-gcflags' value to pass to go build
  -ldflags=""         Additional '-ldflags' value to pass to go build
  -tags=""            Additional '-tags' value to pass to go build
  -os=""              Space-separated list of operating systems to build for
  -osarch=""          Space-separated list of os/arch pairs to build for
  -osarch-list        List supported os/arch pairs for your Go version
  -output="foo"       Output path template. See below for more info
  -parallel=-1        Amount of parallelism, defaults to number of CPUs
  -rebuild            Force rebuilding of package that were up to date
  -verbose            Verbose mode

Output path template:

  The output path for the compiled binaries is specified with the
  "-output" flag. The value is a string that is a Go text template.
  The default value is "{{.Dir}}_{{.OS}}_{{.Arch}}". The variables and
  their values should be self-explanatory.

Platforms (OS/Arch):

  The operating systems and architectures to cross-compile for may be
  specified with the "-arch" and "-os" flags. These are space separated lists
  of valid GOOS/GOARCH values to build for, respectively. You may prefix an
  OS or Arch with "!" to negate and not build for that platform. If the list
  is made up of only negations, then the negations will come from the default
  list.

  Additionally, the "-osarch" flag may be used to specify complete os/arch
  pairs that should be built or ignored. The syntax for this is what you would
  expect: "darwin/amd64" would be a valid osarch value. Multiple can be space
  separated. An os/arch pair can begin with "!" to not build for that platform.

  The "-osarch" flag has the highest precedent when determing whether to
  build for a platform. If it is included in the "-osarch" list, it will be
  built even if the specific os and arch is negated in "-os" and "-arch",
  respectively.

オプションは色々あるが，とりあえずパッケージを指定して起動すれば全てのプラットフォームについてビルドを行う¹。私が今つくってる gpgpdump を例にすると

$ go get get github.com/spiegel-im-spiegel/gpgpdump

$ gox -output "goxdist/{{.OS}}_{{.Arch}}/{{.Dir}}" github.com/spiegel-im-spiegel/gpgpdump

-->      netbsd/arm: github.com/spiegel-im-spiegel/gpgpdump
-->   windows/amd64: github.com/spiegel-im-spiegel/gpgpdump
-->   freebsd/amd64: github.com/spiegel-im-spiegel/gpgpdump
-->      darwin/386: github.com/spiegel-im-spiegel/gpgpdump
-->    darwin/amd64: github.com/spiegel-im-spiegel/gpgpdump
-->       linux/386: github.com/spiegel-im-spiegel/gpgpdump
-->     linux/amd64: github.com/spiegel-im-spiegel/gpgpdump
-->       linux/arm: github.com/spiegel-im-spiegel/gpgpdump
-->     freebsd/386: github.com/spiegel-im-spiegel/gpgpdump
-->      netbsd/386: github.com/spiegel-im-spiegel/gpgpdump
-->     freebsd/arm: github.com/spiegel-im-spiegel/gpgpdump
-->    netbsd/amd64: github.com/spiegel-im-spiegel/gpgpdump
-->   openbsd/amd64: github.com/spiegel-im-spiegel/gpgpdump
-->     openbsd/386: github.com/spiegel-im-spiegel/gpgpdump
-->     windows/386: github.com/spiegel-im-spiegel/gpgpdump

$ ls -l goxdist
drwx 0 2016-02-13 17:41 darwin_386/
drwx 0 2016-02-13 17:41 darwin_amd64/
drwx 0 2016-02-13 17:42 freebsd_386/
drwx 0 2016-02-13 17:41 freebsd_amd64/
drwx 0 2016-02-13 17:42 freebsd_arm/
drwx 0 2016-02-13 17:41 linux_386/
drwx 0 2016-02-13 17:41 linux_amd64/
drwx 0 2016-02-13 17:42 linux_arm/
drwx 0 2016-02-13 17:42 netbsd_386/
drwx 0 2016-02-13 17:42 netbsd_amd64/
drwx 0 2016-02-13 17:41 netbsd_arm/
drwx 0 2016-02-13 17:42 openbsd_386/
drwx 0 2016-02-13 17:42 openbsd_amd64/
drwx 0 2016-02-13 17:42 windows_386/
drwx 0 2016-02-13 17:41 windows_amd64/

$ ls -l goxdist/windows_amd64
-rw- 5712896 2016-02-13 17:41 gpgpdump.exe

といい感じに出力してくれる。

OS を指定する場合は -os "linux windows" のように指定する。アーキテクチャは -arch オプションを， OS とアーキテクチャを組み合わせる場合は -osarch linux/arm などとする。

-output オプションの "goxdist/{{.OS}}_{{.Arch}}/{{.Dir}}" は出力先のテンプレートで {{ }} で囲まれている部分に実際の値が埋め込まれる。たとえば OS が windows でアーキテクチャが amd64 なら goxdist/windows_amd64/gpgpdump と展開されるわけだ²。

このようにクロス・コンパイルが非常に簡単なので Travis CI などで複数プラットフォームのバイナリを生成するのも難しくない。

ghr を使って GitHub に Deploy する

今回は Travis CI から GitHub へ mitchellh/gox で生成した実行バイナリを deploy することを考える。

mitchellh/gox で生成した実行バイナリをそのままアップしてもいいのだが，ちょっと気持ち悪いので³，まずは zip で固めてしまおう。以下のような簡単な shell script を書いてみた。

#!/bin/bash

DIR=`pwd`
mkdir ./goxdist/dist
for PLATFORM in $(find ./goxdist -mindepth 1 -maxdepth 1 -type d); do
    PLATFORM_NAME=$(basename ${PLATFORM})

    if [ ${PLATFORM_NAME} = "dist" ]; then
        continue
    fi

    cd ${PLATFORM}
    zip ${DIR}/goxdist/dist/${PLATFORM_NAME}.zip ./*
    cd ${DIR}
done

先ほど goxdist フォルダ以下に生成した各バイナリをひとつづつ zip 圧縮して goxdist/dist フォルダに置くだけの簡単なお仕事。これで goxdist/dist フォルダの中身を GitHub に deploy すればよい。 GitHub への deploy には tcnksm/ghr が便利である。

$ go get github.com/tcnksm/ghr

$ ghr -h

Usage: ghr [options] TAG PATH

  ghr is a tool to create Release on Github and upload your artifacts to
  it. ghr parallelizes upload multiple artifacts.

  You can use ghr on GitHub Enterprise. Change URL by GITHUB_API env var.

Options:

  --username, -u        GitHub username. By default, ghr extracts user
                        name from global gitconfig value.

  --repository, -r      GitHub repository name. By default, ghr extracts
                        repository name from current directory's .git/config
                        value.

  --token, -t           GitHub API Token. To use ghr, you will first need
                        to create a GitHub API token with an account which
                        has enough permissions to be able to create releases.
                        You can set this value via GITHUB_TOKEN env var.

  --parallel=-1         Parallelization factor. This option limit amount
                        of parallelism of uploading. By default, ghr uses
                        number of logic CPU of your PC.

  --delete              Delete release if it already created. If you want
                        to recreate release itself from begining, use
                        this. Just want to upload same artifacts to same
                        release again, use --replace option.

  --replace             Replace artifacts if it is already uploaded. Same
                        artifact measn, same release and same artifact
                        name.

  --stat=false          Show number of download of each release and quit.
                        This is special command.

Examples:

  $ ghr v1.0 dist/     Upload all artifacts which are in dist directory
                       with version v1.0.

  $ ghr --stat         Show download number of each relase and quit.

$ ghr --username spiegel-im-spiegel --token $GITHUB_TOKEN v0.1.2 goxdist/dist/
--> Uploading: windows_amd64_v0.1.2.zip
--> Uploading: linux_amd64_v0.1.2.zip
--> Uploading: darwin_386_v0.1.2.zip
--> Uploading: darwin_amd64_v0.1.2.zip
--> Uploading: freebsd_386_v0.1.2.zip
--> Uploading: freebsd_amd64_v0.1.2.zip
--> Uploading: freebsd_arm_v0.1.2.zip
--> Uploading: linux_386_v0.1.2.zip
--> Uploading: netbsd_arm_v0.1.2.zip
--> Uploading: linux_arm_v0.1.2.zip
--> Uploading: netbsd_386_v0.1.2.zip
--> Uploading: netbsd_amd64_v0.1.2.zip
--> Uploading: openbsd_amd64_v0.1.2.zip
--> Uploading: openbsd_386_v0.1.2.zip
--> Uploading: windows_386_v0.1.2.zip

てな感じで deploy できる。ちなみに $GITHUB_TOKEN には GitHub の access token をセットする。 Access token は GitHub の “Settings” の “Personal access tokens” のページで取得できる。

get access token in GitHub

repo の権限を付けること。この access token を Travis CI で参照するには， “Settings” の “Environment Variables” でセットすればよい。 Build log にこの access token が表示されないようにすること。

最終的な .travis.yml の内容はこんな感じ。

language: go

go:
  - 1.5.3

branches:
  only: master

before_install:
  - go get -v github.com/mitchellh/gox
  - go get -v github.com/tcnksm/ghr

script:
  - go test -v ./...

after_success:
  - gox -output "goxdist/{{.OS}}_{{.Arch}}_`git tag | tail -1`/{{.Dir}}" -ldflags "-X main.Version=`git tag | tail -1`"
  - sh scripts/package.sh
  - ghr --username spiegel-im-spiegel --token $GITHUB_TOKEN `git tag | tail -1` goxdist/dist/

git tag | tail -1 で最新のタグを取得して，そこに deploy するようにしている。 GitHub に何か push するたびにビルドが走るのはウザいので， master ブランチのみテスト & ビルドの対象とした。

まっ，こんなもんかな。

ブックマーク

Golang + Raspberry Pi + LPS331AP で気圧・温度を測定してみた - Qiita : arm アーキテクチャでいけるらしい
Go1.5はクロスコンパイルがより簡単 | SOTA
Raspberry PI ２用の consul を作る (201512版 - Qiita : Raspberry PI 上でビルドするより Linux のクロス環境を使ったほうが速いらしい
CI-as-a-ServiceでGo言語プロジェクトの最新ビルドを継続的に提供する | SOTA
RaspberryPi1(2とzeroも)で動かすgolang製アプリをクロスコンパイル(onMac) - Qiita

Go 言語に関するブックマーク集はこちら。

ちなみに Go 言語の 1.4 までは mitchellh/gox インストール後に gox -build-toolchain でクロス環境を生成する必要があったが， 1.5 からは不要になった。めでたい！ ↩︎
ちなみに {{ }} でテンプレートをハンドリングするには text/template パッケージを使う。静的サイト・ジェネレータの Hugo でもこのテンプレート・パッケージを使っている。 ↩︎
企業などのネット環境では Web から exe ファイルなどの実行バイナリを直接ダウンロードすることを禁止している場合もある。 ↩︎