Document how to allow partial Travis failures

Add some commented-out allow_failures clauses to make it easier to
temporarily allow less-critical sub-builds to fail while still
reporting success.
This commit is contained in:
Taylor Yu 2018-02-28 12:28:45 -06:00
parent f1278b7e57
commit 09484b9449

View File

@ -62,10 +62,26 @@ env:
- MAKEFLAGS="-j 2" - MAKEFLAGS="-j 2"
matrix: matrix:
## If one build in the matrix fails (e.g. if building withour Rust and Clang ## Uncomment to allow the build to report success (with non-required
## fails, but building with Rust and GCC is still going), then cancel the ## sub-builds continuing to run) if all required sub-builds have
## entire job early and call the whole thing a failure. ## succeeded. This is somewhat buggy currently: it can cause
fast_finish: true ## duplicate notifications and prematurely report success if a
## single sub-build has succeeded. See
## https://github.com/travis-ci/travis-ci/issues/1696
# fast_finish: true
## Uncomment the appropriate lines below to allow the build to
## report success even if some less-critical sub-builds fail and it
## seems likely to take a while for someone to fix it. Currently
## Travis CI doesn't distinguish "all builds succeeded" from "some
## non-required sub-builds failed" except on the individual build's
## page, which makes it somewhat annoying to detect from the
## branches and build history pages. See
## https://github.com/travis-ci/travis-ci/issues/8716
allow_failures:
# - env: RUST_OPTIONS="--enable-rust" TOR_RUST_DEPENDENCIES=true
# - env: RUST_OPTIONS="--enable-rust --enable-cargo-online-mode
# - compiler: clang
## Create explicit matrix entries to work around a Travis CI ## Create explicit matrix entries to work around a Travis CI
## environment issue. Missing keys inherit from the first list ## environment issue. Missing keys inherit from the first list