travis-ci / travis.rb Goto Github PK

View Code? Open in Web Editor NEW

1.6K 93.0 406.0 1.96 MB

Travis CI Client (CLI and Ruby library)

License: MIT License

Ruby 73.69% Shell 25.26% HTML 0.94% Rich Text Format 0.12%

travis-ci ruby

travis.rb's People

Contributors

Stargazers

Watchers

Forkers

adrienbrault mariovisic muthhus arr-ee gigfork randym petems carrot-garden aaron1011 pull-requests lavatoaster pombredanne maartenvanvliet neamar powerdns banzaiman joshua-anderson indirect deanearl jeffdh hroncok pj4533 sarahhodne benediktvaldez michaelavila antonyzhao zzak zearin garaemon ngpestelos xjunior pullreq einan kavanista juanmanuelvallejos manhtukhang polem afeld gnuhub bf4 pombreda nbessi ligi h4ck3rm1k3 evertrue pxlpnk mscoutermarsh casperjuel carreau hoelzro dkhonig davidvavra imjasonh nicolasleger jschneiderhan toshataylor persistent-systems-ltd waynehoover jrafanie deivid-rodriguez nickalausw basarat mehdimabrouk jurisak coderanger chriskuehl corinnawiesner doct15 testaccont mkumar87 tiger66639 snordhausen prabagithub danishkhan 88rabbit tmkhanh132 ivandiazwm hussfelt prasanth13131 osheroff evilhonduco grim-luminal dldinternet luzfcb krallin jonafato hpi-bp2015h zzcgit anukat2015 npe9 runt18 nkvol kiwiroy gitci fiacc akshaygore06 jacobat darekkowalski junghans neroleung

travis.rb's Issues

Secure env var doesn't work - generated with the gem travis

Seen on Twitter with @joshk.

I need a secure env var containing a token to send data to a 3rd party service when a build is complete.

As per the documentation, I've used the gem travis and used

travis encrypt XYZ --add env

The build failed apparently because the ENV VAR was missing.

The odd thing is how the gem screwed my .travis.yml. Before running travis encrypt, it looked like:

language: node_js
node_js:
  - 0.8

After, it was like:

language: node_js
node_js:
- 0.8
env:
  secure: ! '155hezbwPPuKZXBn1mf01VDSxtkdfXDRhufb2yHaE4Vy6uF8LMlzM1EOaIQc

    SmLmvLG90b6ATRYQXdhFR/qJl4e6CNe2lU+MKMY8b7QTbA5F4nJ5g/kNwZzr

    N8CSTDHkKAobu3ekym/BT3Bis+ApM/KqPDkv9ABNSBfBdUskp9s='

I don't know how this can be related to the failure of the build, but thought it could be of interest.

The project is located here: http://travis-ci.org/xcambar/node-coveralls

Qu'est-ce que c'est?

I'll put this here, since this is a private repo. Is this just a rewrite of travis-cli? Why is it private?

Constant Currying in inspect does not propagate

how to switch from login/repo to organization/repo

Just a quick question about this cool travis client: by default, travis showor travis history display build results for enabled repositories <travis whoami>/repo. However, my account belong to an organization and I'll like to see <my organization>/repo build results.
How can I do that ?

Travis::Client::Error: access denied on Travis Pro

What I did:

T = Travis::Pro
T.access_token = '< token from /profile/jamesarosen/profile>'
T::Repository.find 'zendesk/some_project_that_exists'

T.user throws the same exception, so I don't think it's related to the repository.

Add a way to get the public key for the repo

This is useful if you want to re-add the deploy key.

Something like

$ travis deploy-key
ssh-rsa AAAAB3Nza…

add command for listing events

travis encrypt throws strange errors

Oh hai!

I'm trying to encrypt some data into a private account, and I get the following error:

invalid byte sequence in UTF-8

When using travis logs 128 on https://github.com/hercules-team/augeas, I get:

$ travis logs 128
invalid byte sequence in UTF-8

Allow encryption of multiple variables

$ echo secrets.txt
username=random
pasword=random2
$ cat secrets.txt | travis encrypt
Please add the following to your .travis.yml file:

  secure: "gfs4uN5PQcp..."
  secure: "asdfsdfDF..."

Pro Tip™: You can add it automatically by running with --add.

`-r` flag results in NoMethodError

http://about.travis-ci.org/blog/2012-12-18-travis-artifacts/ advises the use of -r flag when encrypting AWS credentials for uploads. This now results in NoMethodError:

$ travis encrypt ARTIFACTS_AWS_SECRET_ACCESS_KEY=blabblah -r foo/bar
/Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/gems/travis-1.0.2/lib/travis/cli/repo_command.rb:7:in `block in <class:RepoCommand>': undefined local variable or method `slug' for Travis::CLI::RepoCommand:Class (NameError)
        from /Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/gems/travis-1.0.2/lib/travis/cli/parser.rb:29:in `call'
        from /Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/gems/travis-1.0.2/lib/travis/cli/parser.rb:29:in `block (2 levels) in on'
        from /Users/asari/.rvm/rubies/ruby-1.9.3-p327/lib/ruby/1.9.1/optparse.rb:1391:in `call'
        from /Users/asari/.rvm/rubies/ruby-1.9.3-p327/lib/ruby/1.9.1/optparse.rb:1391:in `block in parse_in_order'
        from /Users/asari/.rvm/rubies/ruby-1.9.3-p327/lib/ruby/1.9.1/optparse.rb:1347:in `catch'
        from /Users/asari/.rvm/rubies/ruby-1.9.3-p327/lib/ruby/1.9.1/optparse.rb:1347:in `parse_in_order'
        from /Users/asari/.rvm/rubies/ruby-1.9.3-p327/lib/ruby/1.9.1/optparse.rb:1341:in `order!'
        from /Users/asari/.rvm/rubies/ruby-1.9.3-p327/lib/ruby/1.9.1/optparse.rb:1432:in `permute!'
        from /Users/asari/.rvm/rubies/ruby-1.9.3-p327/lib/ruby/1.9.1/optparse.rb:1453:in `parse!'
        from /Users/asari/.rvm/rubies/ruby-1.9.3-p327/lib/ruby/1.9.1/optparse.rb:1443:in `parse'
        from /Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/gems/travis-1.0.2/lib/travis/cli/command.rb:87:in `parse'
        from /Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/gems/travis-1.0.2/lib/travis/cli.rb:39:in `run'
        from /Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/gems/travis-1.0.2/bin/travis:4:in `<top (required)>'
        from /Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/bin/travis:19:in `load'
        from /Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/bin/travis:19:in `<main>'
        from /Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/bin/ruby_noexec_wrapper:14:in `eval'
        from /Users/asari/.rvm/gems/ruby-1.9.3-p327@libra/bin/ruby_noexec_wrapper:14:in `<main>'

travis logs appears broken

I'm authenticated and can perform most travis commands like show/status/history without problem (albeit somewhat slow ;). travis logs however fails completely:

kll@lingloi320 ~/kod/travis-NIPAP/NIPAP $ travis logs 5.1
undefined method `attributes' for nil:NilClass

I'm not a rubyist so I'm uncertain on how to debug this. I've installed travis just a day ago using gem on Ubuntu 12.04.

kll@lingloi320 ~/kod/travis-NIPAP/NIPAP $ travis --version
1.1.3

finish docs

Travis encrypt doesn't work with jRuby

$ java -jar "[..]\lib\jruby-complete-1.7.2.jar" -S travis encrypt wet-boew/wet-boew "Test=Test"
LoadError: load error: openssl -- java.lang.NoClassDefFoundError: org/bouncycastle/asn1/DERBoolean
  require at org/jruby/RubyKernel.java:1027
  require at jar:file:[...]/lib/jruby-complete-1.7.2.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/custom_require.rb:36
   (root) at [...]/lib/ruby/gems/gems/travis-1.1.1/lib/travis/client/repository.rb:2
  require at org/jruby/RubyKernel.java:1027
  require at jar:file:[...]/lib/jruby-complete-1.7.2.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/custom_require.rb:36
   (root) at [...]/lib/ruby/gems/gems/travis-1.1.1/lib/travis/client.rb:1
  require at org/jruby/RubyKernel.java:1027
   (root) at [...]/lib/ruby/gems/gems/travis-1.1.1/lib/travis/client.rb:8
   (root) at jar:file:[...]/lib/jruby-complete-1.7.2.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/custom_require.rb:1
  require at org/jruby/RubyKernel.java:1027
  require at jar:file:[...]/lib/jruby-complete-1.7.2.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/custom_require.rb:36
   (root) at [...]/lib/ruby/gems/gems/travis-1.1.1/lib/travis/cli.rb:2
     load at org/jruby/RubyKernel.java:1046
   (root) at [...]/lib/ruby/gems/bin/travis:23

add missing entities

Add 'init' task

Just a feature I think would be cool, a basic script that makes a generic .travis.yml file when you call the command:

Possible example:

$ travis init ruby
.travis.yml created!

Contents of .travis.yml:

language: ruby
rvm:
  - 1.9.2
  - 1.9.3
  - 2.0.0

Should be easy to implement, I'll give it a shot 👍

add enable/disable command

Add `whatsup` for my repositories only

As suggested in #26.

Installing the travis gem does not install the required pry dependency

Installing the travis gem on a new system results in an error when starting travis, because the required pry dependency was not installed. Manually installing pry afterwards solves the problem.

To reproduce:

Create new rvm gemset
rvm gemset create travis-install && rvm gemset use travis-install

Install and run the travis gem
gem install travis && travis

Missing or invalid User Agent string

When attempting to login to travis using the ruby gem (travis login --pro) I get an error: Missing or invalid User Agent string. See http://developer.github.com/v3/#user-agent-required

It looks like this requirement was added as of 4/24 (http://developer.github.com/changes/2013-04-24-user-agent-required/).

Travis::Client::Error: 757: unexpected token at '<!DOCTYPE html>

What I did:

MyTravis = Travis::Client::Namespace.new('XXX')
MyTravis.access_token = '...'
MyTravis::Repository.find 'me/some_private_project'

The error:

Travis::Client::Error: 757: unexpected token at '<!DOCTYPE html>
<html>
  <head>
    <meta charset="UTF-8">
    <meta rel="travis.api_endpoint" href="https://api.travis-ci.com">
    <meta rel="travis.billing_endpoint" href="https://billing.travis-ci.com">
    <meta name="travis.pusher_key" value="...">
    <meta name="travis.charm_key" value="...">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Travis CI - Hosted Continuous Integration That Just Works</title>

    <link rel="icon" type="image/png" href="/favicon.ico">
    <link rel="stylesheet" href="/924e886f/styles/app.css">

    <script src="/924e886f/scripts/app.js"></script>

    <script>
      minispade.require('travis')
      minispade.require('pro')
      Travis.run()
    </script>

    <script src="https://charmscout.herokuapp.com/charmeur.js" async defer></script>
  <body id="home"></body>
</html>
'
    from gems/json-1.7.4/lib/json/common.rb:155:in `parse'
    from gems/json-1.7.4/lib/json/common.rb:155:in `parse'
    from gems/faraday_middleware-0.9.0/lib/faraday_middleware/response/parse_json.rb:11:in `block in <class:ParseJson>'
    from gems/faraday_middleware-0.9.0/lib/faraday_middleware/response_middleware.rb:48:in `call'
    from gems/faraday_middleware-0.9.0/lib/faraday_middleware/response_middleware.rb:48:in `parse'
    from gems/faraday_middleware-0.9.0/lib/faraday_middleware/response_middleware.rb:39:in `process_response'
    from gems/faraday_middleware-0.9.0/lib/faraday_middleware/response_middleware.rb:32:in `block in call'
    from gems/faraday-0.8.4/lib/faraday/response.rb:63:in `on_complete'
    from gems/faraday_middleware-0.9.0/lib/faraday_middleware/response_middleware.rb:30:in `call'
    from gems/faraday-0.8.4/lib/faraday/request/url_encoded.rb:14:in `call'
    from gems/faraday-0.8.4/lib/faraday/connection.rb:226:in `run_request'
    from gems/faraday-0.8.4/lib/faraday/connection.rb:87:in `get'
    from gems/travis-1.1.3/lib/travis/client/session.rb:133:in `public_send'
    from gems/travis-1.1.3/lib/travis/client/session.rb:133:in `block in raw'
    from gems/travis-1.1.3/lib/travis/client/session.rb:167:in `block in instrumented'
    from gems/travis-1.1.3/lib/travis/client/session.rb:168:in `call'
    from gems/travis-1.1.3/lib/travis/client/session.rb:168:in `block in instrumented'
    from gems/travis-1.1.3/lib/travis/client/session.rb:169:in `call'
    from gems/travis-1.1.3/lib/travis/client/session.rb:169:in `instrumented'
    from gems/travis-1.1.3/lib/travis/client/session.rb:133:in `raw'
    from gems/travis-1.1.3/lib/travis/client/session.rb:121:in `get_raw'
    from gems/travis-1.1.3/lib/travis/client/session.rb:109:in `get'
    from gems/travis-1.1.3/lib/travis/client/session.rb:210:in `fetch_one'
    from gems/travis-1.1.3/lib/travis/client/session.rb:67:in `block in find_one'
    from gems/travis-1.1.3/lib/travis/client/session.rb:220:in `cached'
    from gems/travis-1.1.3/lib/travis/client/session.rb:67:in `find_one'
    from gems/travis-1.1.3/lib/travis/client/namespace.rb:14:in `find_one'
    from (irb):16

Perhaps the travis gem isn't setting the right Accept header for the new API.

Encrypt --split Incompatible with --add

When piping in multiple variables to encrypt using travis encrypt --split using --add only adds one variable instead of all the variables piped in.

$ cat secret.env | travis encrypt --split
Please add the following to your .travis.yml file:

  secure: "BllDR...="
  secure: "E41...="
  secure: "o78...="
  secure: "A03r/d...="
  secure: "j2r05fvsTivSUNj8...="
  secure: "EEXzdwxQjl...="
  secure: "tu5a3Gxq...="

Pro Tip™: You can add it automatically by running with --add.

$ cat .travis.yml

---
language: python

$ cat secret.env | travis encrypt --split --add

$ cat .travis.yml

---
language: python
env:
  global:
  - secure: ! 'G6t3hFyvzOPNRUgFueHv8yATb1BGEfXP3NB9iK2YOnOUAtOrHyLQdte1KiH5

      IadDGOWwU3wo7gTxoMXYz5jsVkJssNhwzVZS6E1Hodbp6tKx+f7d64SgawZH

      46Za7Y+kS1qN7UbFDngFL9l6UC1s9WXnHWH+eO715lm2yIRmcDs='

add restart/rebuild command

Should it be called restart, rebuild or requeue?

Does not work with Faraday 0.9

with faraday 0.9.0.rc5

typhoeus 0.6.4 is incompatible
can't use :json middleware

/Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/typhoeus-0.6.4/lib/typhoeus/adapters/faraday.rb:25:in `remove_method': method `call' not defined in Faraday::Adapter::Typhoeus (NameError)
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/typhoeus-0.6.4/lib/typhoeus/adapters/faraday.rb:25:in `<class:Typhoeus>'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/typhoeus-0.6.4/lib/typhoeus/adapters/faraday.rb:18:in `<class:Adapter>'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/typhoeus-0.6.4/lib/typhoeus/adapters/faraday.rb:4:in `<module:Faraday>'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/typhoeus-0.6.4/lib/typhoeus/adapters/faraday.rb:3:in `<top (required)>'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/site_ruby/2.0.0/rubygems/core_ext/kernel_require.rb:112:in `require'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/site_ruby/2.0.0/rubygems/core_ext/kernel_require.rb:112:in `require'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client/session.rb:5:in `<top (required)>'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/site_ruby/2.0.0/rubygems/core_ext/kernel_require.rb:64:in `require'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/site_ruby/2.0.0/rubygems/core_ext/kernel_require.rb:64:in `require'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client.rb:5:in `<top (required)>'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/site_ruby/2.0.0/rubygems/core_ext/kernel_require.rb:64:in `require'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/site_ruby/2.0.0/rubygems/core_ext/kernel_require.rb:64:in `require'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/cli.rb:2:in `<top (required)>'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/site_ruby/2.0.0/rubygems/core_ext/kernel_require.rb:64:in `require'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/site_ruby/2.0.0/rubygems/core_ext/kernel_require.rb:64:in `require'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/bin/travis:8:in `<top (required)>'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/bin/travis:23:in `load'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/bin/travis:23:in `<main>'

/Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/faraday-0.9.0.rc5/lib/faraday.rb:189:in `lookup_middleware': :json is not registered on Faraday::Response (Faraday::Error)
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/faraday-0.9.0.rc5/lib/faraday/rack_builder.rb:203:in `use_symbol'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/faraday-0.9.0.rc5/lib/faraday/rack_builder.rb:96:in `response'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client/session.rb:38:in `block in uri='
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/faraday-0.9.0.rc5/lib/faraday/connection.rb:84:in `initialize'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/faraday-0.9.0.rc5/lib/faraday.rb:70:in `new'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/faraday-0.9.0.rc5/lib/faraday.rb:70:in `new'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client/session.rb:36:in `uri='
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client/session.rb:24:in `public_send'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client/session.rb:24:in `block in initialize'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client/session.rb:24:in `each_pair'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client/session.rb:24:in `initialize'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client.rb:26:in `new'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/client.rb:26:in `new'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/cli/api_command.rb:34:in `initialize'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/cli/parser.rb:36:in `new'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/cli/parser.rb:36:in `new'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/lib/travis/cli.rb:56:in `run'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/lib/ruby/gems/2.0.0/gems/travis-1.5.0/bin/travis:15:in `<top (required)>'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/bin/travis:23:in `load'
    from /Users/konstantin/.rbenv/versions/2.0.0-p195/bin/travis:23:in `<main>'

Repository not known error

travis encrypt DIFFBOT_TOKEN=xxx --pro --repo [org]/[repo] --debug

fails with:

** GET "/repos/[org]/[repo]"
repository not known to https://api.travis-ci.com/: [org]/[repo]

Even though the repo is on Travis pro at https://magnum.travis-ci.com/[org]/[repo]

cc/ https://secure.helpscout.net/conversation/4098780/374/

cc/ @bergie

Some CLI specs will fail offline for forks

A large selection of the CLI tests that look for a remote repo will fail if you fork the repo.In my case, all the tests would fail with repository not known to https://api.travis-ci.org/: petems/travis

Because it would try to connect to the actual travis api, not the mock, as it looks for {yourname}/travis rather than aiming at the Sinatra mock.

It's an easy fix, I've got a PR for it, just polishing it up 👍

Travis needs to authenticate with GitHub with it's own OAuth client id and secret

but if we can supply a oauth token that provides sufficient permissions, why can't travis just use that? This is mainly a problem if using just the cli, without ever going to travis-ci.org. If you never go to the site and login using github (at which point you'll be prompted to allow the travis github app), then commands such as travis login will succeed, but you'll never be able to successfully sync.

To repo this condition, simply go to https://github.com/settings/applications and revoke the travis app. Make sure you're logged out of travis-ci.org. Then use the cli to login, and try to do anything. It will fail (in my experience silently). It would be nice to be able to provide a pre generated oauth token in these cases to make it work.

Encrypt --add Better Error Messages

When the .travis.yml file is blank (or almost blank) travis encrypt VAR=secret --add spits out a non helpful error message

$ cat .travis.yml

$ travis encrypt VAR=secret --add
no implicit conversion from nil to integer

$ echo '---' > .travis.yml
$ travis encrypt VAR=secret --add
undefined method `[]' for nil:NilClass

$ echo 'language: python' >> .travis.yml
$ cat .travis.yml

---
language: python

$ travis encrypt VAR=secret --add
$ cat .travis.yml

---
language: python
env:
  global:
  - secure: ! 'tMrq7Aa813XuzsUktTXVFvdeg6N0nAKRxlYeEnQTJCkDoOONo/jNwChHT7G0

      yRAwo7ZkPpT4IdyprnkODA64SDWfpNMpyHCQ7FJTlu0hokmM7m7PWZCMEFs7

      tPdJRn+U9UfB/ondP/jkvLtQB1KVFd+ALnPV+JIsAdgTYU7yd8Q='

Better handling of Travis Pro encryption

When I execute travis setup heroku and select to encrypt my API key, the command completes fine but my key is invalid.

This is because the Travis Pro endpoint wasn't used for the encrypt step.

Could you make this the default if the current account is a pro account? If not, perhaps displaying a warning would be best.

Just spent a while debugging this in Campfire with Travis Support so might be a simple improvement to an otherwise seamless process.

Windows support

Make sure it works on Windows. See travis-ci/travis-cli#7.

add log streaming

add easy and performant way to have project status in shell prompt

warning: already initialized constant NET_HTTP_EXCEPTIONS

Any travis command prints this warning:

$ travis history
/var/lib/gems/1.8/gems/faraday-0.8.5/lib/faraday/adapter/net_http.rb:23: warning: already initialized constant NET_HTTP_EXCEPTIONS
...

'travis disable' actually does an enable.

lib/travis/cli/disable.rb

def run
  authenticate
  repository.enable
  say "disabled", color("#{slug}: %s :(", :error)
end

Probably should be repository.disable

handle expired tokens etc

Unable to get logs

$ travis --version
1.2.0

$ travis logs --debug
** GET "/repos/s0undt3ch/salt"
**   took 1 seconds
** GET "/builds/" {:number=>"763", :repository_id=>141076}
**   took 0.27 seconds
#763 is not a job

However, #763 does exist, #763.1 and #763.2

Generating encrypted variables that are exposed in the web interface

When using travis 1.0.3, I generated a encrypted env variable using the following command

travis encrypt --add pwmckenna/mduel "GH_TOKEN=b2797fff05e7461c4c8174fae08fb006cbadba9f"

it was then visible in the build logs:

https://travis-ci.org/pwmckenna/mduel/builds/4201793

using the same version I was able to generate an encrypted env variable using
travis encrypt --add "GH_OAUTH_TOKEN....

and the export commands were no longer visible

https://travis-ci.org/pwmckenna/mduel/builds/4202542

Admittedly, I did change the variable name from GH_TOKEN to GH_OAUTH_TOKEN, but that seems unlikely to be involved.

setup EY provider to deploy on green build

https://gist.github.com/jacobo/6216165

Getting "data too large for key size" for 128 character length secret_key_base var

I ran travis encrypt -r jasnow/atlrug4 MY_SECRET_KEY_BASE=${SECRET_K_BASE} --add to add a secure variable to my .travis.yml file and I am getting data too large for key size error message. I am using as ENV['VAR'] inside my Rails 4.0 application for this 128 character length APP::Application.config.secret_key_base variable.

Is 128 characters really too long? I used "rake secret" to generate it.
Thanks

`travis history` doesn't handle empty commit messages

[master][~/dev/travis-test-staging] travis history --staging -r henrikhodne-test/travis-test-staging
#34 started:    master #33 failed:     master Test travis-ci/travis-ci#1237 (this should "fail")
#32 failed:     master #31 passed:     master Test mac build
#30 errored:    master travis-rerun
#29 errored:    master travis-rerun
#28 errored:    master travis-rerun
#27 errored:    master travis-rerun
#26 errored:    master travis-rerun
#25 errored:    master travis-rerun

The commits were made with git commit --allow-empty --allow-empty-message -m "".

Travis and Free Pascal (and others files as HTML, JS, CSS etc.)

Hello,

How to I setup the ".travis.yml" file to work with Object Pascal? (I'm using Free Pascal)

My repository is:

github.com/silvioprog/brookframework

Thank you!

Silvio Clécio.

add support for broadcasts?

Pushing from a travis-ci machine

It would be nice if I could push from a travis-ci machine to my repo (e.g., push autogenerated documentation to the gh-pages branch). It seems like this should be possible with http://about.travis-ci.org/docs/user/travis-pro/#How-can-I-encrypt-files-that-include-sensitive-data%3F, but I am running into problems (see #41 and http://stackoverflow.com/questions/18285294/how-do-i-fix-openssl-unable-to-load-public-key). Additionally, ~/.ssh/id_rsa.pub seems not to exist on the travis-ci machines.
Is there a good way to do this, or could a way to enable/do this be added?

Secure environment variables not working

I am trying to use secure environment variables as per http://about.travis-ci.org/docs/user/build-configuration/#Secure-environment-variables. However, https://travis-ci.org/JasonGross/HoTT/builds/10304709 tells me that the secure environment variables are not available, despite this not being a pull request. And I put the output of travis encrypt -r JasonGross/HoTT "SSHKEY_PASSWORD=$password" into .travis.yml. What is wrong?

`travis show X` should accept branch name

Color output is wonky

Instead of displaying console colors, I'm getting something else:

(You can also see #35 at work there, too).

OS X 10.8, Ruby 1.8.7.

activate: can't activate backports (~> 2.6, runtime) for ["travis-1.2.0"]

I'm trying to install the travis gem on OSX ML, but I keep getting this error, both with using OSX native ruby (1.8.7) and homebrew's one (2.0.0p0):

$ travis
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems.rb:230:in `activate': can't activate backports (~> 2.6, runtime) for ["travis-1.2.0"], already activated backports-3.3.0 for ["gh-0.9.2", "travis-1.2.0"] (Gem::LoadError)
    from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems.rb:246:in `activate'
    from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems.rb:245:in `each'
    from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems.rb:245:in `activate'
    from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems.rb:1056:in `gem'
    from /usr/bin/travis:18

Hints?

make it possible to encrypt deploy keys

see http://about.travis-ci.org/docs/user/travis-pro/#Combine-Encryption-and-Deploy-Keys-For-Private-Dependencies-for-Extra-Strength

Storing encrypted environment variable fails when env contains a list

The command to add an encrypted value to the .travis.yml fails with "can't convert String into Integer" when adding an entry to env.matrix when env contains a list of variables:

Breaks:

env:
 - A=a
 - B=b

Works:

env:
  matrix:
  - A=a
  - B=b

As a list in env is supported syntax, this should be handled more gracefully.