aboutsummaryrefslogtreecommitdiff
path: root/.travis.yml
AgeCommit message (Collapse)Author
2017-08-02travis: build osx with libressl tooDaniel Stenberg
2017-08-02travis: build osx with openssl tooDaniel Stenberg
2017-07-12travis: install libidn2Max Dymond
Install libidn2 to increase test coverage (IDN tests) Closes https://github.com/curl/curl/pull/1673
2017-07-12travis: enable warnings also in release modeMarcel Raad
... to get warnings also on Linux/GCC and OSX/clang. Closes https://github.com/curl/curl/pull/1666
2017-07-12travis: install libssh2Max Dymond
Install libssh2 to increase test coverage (SFTP, SCP)
2017-07-07travis: install stunnelDaniel Stenberg
2017-07-07travis: detect and use valgrind for normal buildsDaniel Stenberg
Closes #1653
2017-07-07travis: add SMB, DICT, TELNET torture to coverage testDaniel Stenberg
2017-07-07travis: do more tests in the coverage runDaniel Stenberg
I added a selection of torture and event tests that run "fast enough"
2017-07-04travis: install nghttp2 on linux buildsDaniel Stenberg
Closes #1642
2017-07-04travis.yml: use --enable-werror on debug buildsDaniel Stenberg
... to better detect and fault on compiler warnings/errors Closes #1637
2017-06-21travis: enable typecheck-gcc warningsMarcel Raad
- switch debug and release configurations so that we get an optimized build with GCC 4.3+ as required by typecheck-gcc - enable warnings-as-errors for release builds (which have warnings disabled) Closes https://github.com/curl/curl/pull/1595
2017-06-21ci: whitelist branches to avoid testing feature branches twiceSimon Warta
2017-06-20travis: do the distcheck test build out-of-tree as wellDaniel Stenberg
2017-06-06travis: let some builds *not* use --enable-debugDaniel Stenberg
typecheck-gcc and other things require optimized builds Closes #1544
2017-06-04travis: add coverage, distcheck and cmake buildsDaniel Stenberg
Closes #1534
2017-03-22travis: run tests-nonflaky instead of tests-fullDaniel Stenberg
2016-08-03travis: removed option to rebuild autotool from sourceSergei Nikulov
Fixes #943
2016-08-01travis: fix OSX build by re-installing libtoolSergei Nikulov
Apparently due to a broken homebrew install fixes #934 Closes #939
2016-07-28Revert "travis: Install libtool for OS X builds"Jay Satiro
Didn't work. This reverts commit 50723585ed380744358de054e2a55dccee65dfd7.
2016-07-28travis: Install libtool for OS X buildsJay Satiro
CI is failing due to missing libtoolize, so I'm trying this.
2015-08-21travis.yml: Add OS X testbot.Jactry Zeng
2015-08-20travis: Upgrading to container based buildRémy Léone
http://docs.travis-ci.com/user/migrating-from-legacy Closes #388
2015-03-10.travis.yml: Change CI make test to make test-fullJay Satiro
- Change the continuous integration script to use 'make test-full' instead of just 'make test' so that the diagnostic log output is printed to stdout when a test fails. - Change the continuous integration script to use './configure --enable-debug' instead of just './configure' so that the memory analyzer will work during testing. Prior to this change Travis used its default C test script: ./configure && make && make test
2013-10-21Adding a .travis.yml file to use the travis-ci.orgRémy Léone
From wikipedia: Travis CI is a hosted, distributed continuous integration service used to build and test projects hosted at GitHub. Travis CI is configured by adding a file named .travis.yml, which is a YAML format text file, to the root directory of the GitHub repository. Travis CI automatically detects when a commit has been made and pushed to a GitHub repository that is using Travis CI, and each time this happens, it will try to build the project and run tests. This includes commits to all branches, not just to the master branch. When that process has completed, it will notify a developer in the way it has been configured to do so — for example, by sending an email containing the test results (showing success or failure), or by posting a message on an IRC channel. It can be configured to run the tests on a range of different machines, with different software installed (such as older versions of a programming language, to test for compatibility).