forked from letsencrypt/boulder
-
Notifications
You must be signed in to change notification settings - Fork 0
/
.travis.yml
48 lines (40 loc) · 1.59 KB
/
.travis.yml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
language: go
dist: xenial
os: linux
go:
- "1.13.2"
- "1.14.1"
go_import_path: github.com/letsencrypt/boulder
services:
- docker
# Only build pushes to the master branch, PRs, and branches beginning with
# `test-`. You should not push branches beginning with `test-` to the
# letsencrypt repository, but this is a convenient way to push branches to your
# own fork of the repository to ensure Travis passes before submitting a PR.
# For instance, you might run:
# git push myremote branchname:test-branchname
branches:
only:
- master
- /^test-.*$/
env:
- RUN="lints integration generate rpm" BOULDER_CONFIG_DIR="test/config"
# Config changes that have landed in master but not yet been applied to
# production can be made in boulder-config-next.json.
- RUN="integration" BOULDER_CONFIG_DIR="test/config-next"
- RUN="unit"
- RUN="unit-next" BOULDER_CONFIG_DIR="test/config-next"
- RUN="start"
# gomod-vendor runs with a separate container because it needs to fetch
# packages from GitHub et. al., which is incompatible with the DNS server
# override in the boulder container (used for service discovery).
- RUN="gomod-vendor" CONTAINER="netaccess"
- RUN="coverage" CONTAINER="netaccess"
jobs:
fast_finish: true
allow_failures:
- env: RUN="coverage" CONTAINER="netaccess"
install:
- docker-compose pull
script:
- docker-compose run --use-aliases -e BOULDER_CONFIG_DIR="${BOULDER_CONFIG_DIR}" -e RUN="${RUN}" -e TRAVIS="${TRAVIS}" -e TRAVIS_PULL_REQUEST="${TRAVIS_PULL_REQUEST}" -e COVERALLS_TOKEN="${COVERALLS_TOKEN}" ${CONTAINER:-boulder} ./test.sh