rust/.travis.yml

language: shell
script: echo Travis CI is not used anymore

branches:
  only:
    - auto
    - try

notifications:
  email: false
Change language in Travis configuration to shell In theory, this will give us more disk space to work with and unblock the queue. 2017-07-12 17:34:18 -05:00			`language: shell`
ci: finish the migration to azure 2019-06-30 12:12:56 -05:00			`script: echo Travis CI is not used anymore`
Add a Travis-CI configuration for the repo Travis CI provides an easy-to-use continuous integration infrastructure for github repos to use. Travis will automatically test all PRs which are opened against the rust repository, informing PR owners of the test results. I believe that this will be a very convenient piece of infrastructure as we'll be able to reduce the load on bors quite a bit. In theory all PRs opened have had the full test suite run against them, but unfortunately this is rarely the case (I'm a prime suspect). Travis will be able to provide easy and relatively quick (~30min) feedback for PRs. By ensuring fewer failures on bors, we can hopefully feed more successful jobs to bors. Overall, I expect this to be very helpful for new contributors as well as regular contributors as it's another layer of tests being run which will hopefully catch things sooner. One of the most convenient parts about using Travis is that there's very little burden in terms of maintenance, and if things go wrong we can easily turn travis completely off. Note that this is not the metric by which a PR will be merged with. Using travis will purely be another source for running tests, we will continue to gate all PRs on bors. 2014-02-20 17:37:44 -06:00
ci: finish the migration to azure 2019-06-30 12:12:56 -05:00			`branches:`
			`only:`
			`- auto`
			`- try`
travis: Attempt to see if oom kills anything There's a suspicion that the OOM killer is killing sccache (maybe) so this adds some logging to test out that assumption to see if anything dies and is logged by `dmesg` 2017-03-23 14:33:24 -05:00
travis: Use LLVM 3.4 instead of LLVM 3.3 This version is slightly more up to date and is closer to the 3.5 that we're using. This also updates the travis config to have a build matrix which tests rust against LLVM 3.3 and 3.4. For pull requests only LLVM 3.4 is tested to reduce the load on travis. This is mostly just fluff, there's no real reason to gate rust on these results, it's more of just a nice thing to know when we break compatibility with LLVM 3.3 and 3.4 (and eventually 3.5). This turns off notifications of failed commits (which are sent out for pushes to master). 2014-03-05 23:17:15 -06:00			`notifications:`
			`email: false`