aboutsummaryrefslogtreecommitdiff
path: root/doc/travis-ci.txt
diff options
context:
space:
mode:
authorCory Fields <cory-nospam-@coryfields.com>2014-08-21 13:11:31 -0400
committerCory Fields <cory-nospam-@coryfields.com>2014-08-25 11:48:31 -0400
commit425c7a83899f7ccf5343a24319bc19e1e77363da (patch)
tree158cf116e76318e0a54117efe49f4fe9202d3290 /doc/travis-ci.txt
parent9380d019a18b27c7ddb4f3956a329a516d017531 (diff)
downloadbitcoin-425c7a83899f7ccf5343a24319bc19e1e77363da.tar.xz
travis: add doc
Diffstat (limited to 'doc/travis-ci.txt')
-rw-r--r--doc/travis-ci.txt39
1 files changed, 39 insertions, 0 deletions
diff --git a/doc/travis-ci.txt b/doc/travis-ci.txt
new file mode 100644
index 0000000000..01f7d02a86
--- /dev/null
+++ b/doc/travis-ci.txt
@@ -0,0 +1,39 @@
+Support for using travis-ci has been added in order to automate pull-testing.
+See https://travis-ci.org/ for more info
+
+This procedure is different than the pull-tester that came before it in a few
+ways.
+
+There is nothing to administer. This is a major feature as it means
+that builds have no local state. Because there is no ability to login to the
+builders to install packages (tools, dependencies, etc), the entire build
+procedure must instead be controlled by a declarative script (.travis.yml).
+This script declares each build configuration, creates virtual machines as
+necessary, builds, then discards the virtual machines.
+
+A build matrix is constructed to test a wide range of configurations, rather
+than a single pass/fail. This helps to catch build failures and logic errors
+that present on platforms other than the ones the author has tested. This
+matrix is defined in the build script and can be changed at any time.
+
+All builders use the dependency-generator in the depends dir, rather than
+using apt-get to install build dependencies. This guarantees that the tester
+is using the same versions as Gitian, so the build results are nearly identical
+to what would be found in a final release. However, this also means that builds
+will fail if new dependencies are introduced without being added to the
+dependency generator.
+
+In order to avoid rebuilding all dependencies for each build, the binaries are
+cached and re-used when possible. Changes in the dependency-generator will
+trigger cache-invalidation and rebuilds as necessary.
+
+These caches can be manually removed if necessary. This is one of the the very few
+manual operations that is possible with Travis, and it can be done by the
+Bitcoin Core committer via the Travis web interface.
+
+In some cases, secure strings may be needed for hiding sensitive info such as
+private keys or URLs. The travis client may be used to create these strings:
+http://docs.travis-ci.com/user/encryption-keys/
+
+For the details of the build descriptor, see the official docs:
+http://docs.travis-ci.com/user/build-configuration/