Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Commits on Sep 27, 2012
  1. @joshk

    remove the TRAVIS_PULL_REQUEST_NUMBER env var and instead use the TRA…

    joshk authored
    …VIS_PULL_REQUEST env var to either export false (if not a PR) or the PR number from GitHub
Commits on Sep 20, 2012
  1. @joshk

    fix the features

    joshk authored
Commits on Aug 28, 2012
  1. @michaelklishin

    Cover after_failure

    michaelklishin authored
  2. @michaelklishin

    Cover after_success

    michaelklishin authored
Commits on Aug 20, 2012
  1. @michaelklishin

    Avoid referencing CI user by name

    michaelklishin authored
    We are going to rename it from vagrant to travis
  2. @michaelklishin
  3. @michaelklishin

    Support service dependencies (starting services via .travis.yml)

    michaelklishin authored
    ## Background
    
    Historically, projects that need various services (PostgreSQL, MySQL, RabbitMQ, etc) running either
    relied on the fact that CI env had them started on boot or `before_install` steps (or similar).
    
    This is about to change.
    
    ## The Change
    
    As the number of services grows and more and more large-ish projects join Travis, it becomes more
    and more obvious that we cannot have all those services started on boot and have enough RAM for
    large test suites.
    
    So we have a few options:
    
     * Add more RAM to each VM
     * Tune services to use less RAM
     * Disable some services from being started on boot
    
    We have been doing #2 and #3 for some time now but did not touch services that have always been
    started on boot (e.g. MongoDB or RabbitMQ). #1 will also happen thanks to our next gen (BlueBox) VM infrastructure.
    
    However, with BB we also move to 64 bit VMs and that largely eliminates some of the gains. The only
    realistic scenario seems to be disabling more services on boot, leaving only MySQL and PostgreSQL running
    by default.
    
    When we do that, projects will have to tweak .travis.yml to enable those services. Using `sudo service ... start` is straightforward
    but has some downsides
    
     * You need to know exact service names. Apparently some developers do not know them and some services have irregular names.
     * This makes hundreds if not thousands of .travis.yml files out there contain even more Linux/Debianoids-specific code.
    
    In the end Josh and I settled on providing a way to list services in .travis.yml in a way that will let travis-build
    handle irregular service names and (at some future point) OS differences.
    
    ## How It Works
    
    ``` yaml
    services:
      - riak     # will start a service named riak
      - rabbimq  # will start a service named rabbitmq-server
      - memcache # will start a service named memcached
    ```
    
    That's about it.
Commits on Aug 15, 2012
  1. @drogus

    Add pull_request_number to Commit and add missing tests

    drogus authored
    pull_request_number should be in Commit, but there was no integration
    tests that would catch this error. This commit fixes the situation and
    contains tests that ensure that pull requests work as expected.
  2. @drogus

    Export TRAVIS_JOB_ID

    drogus authored
Commits on Jul 6, 2012
  1. @drogus

    Set info ENV vars: TRAVIS_PULL_REQUEST and TRAVIS_SECURE_ENV_VARS

    drogus authored
    Those vars are set based on payload from travis, to allow easier scripting when
    using secure env variables or running pull request specific code.
Commits on May 30, 2012
  1. @loicfrering
Commits on May 29, 2012
  1. @michaelklishin
Commits on May 27, 2012
  1. @loicfrering
  2. @loicfrering
Commits on May 24, 2012
  1. @loicfrering
  2. @loicfrering
  3. @loicfrering
  4. @loicfrering
  5. @loicfrering

    Move common JDK management logic in the base build class.

    loicfrering authored
    Gonna extract this in a mixin soon.
  6. @loicfrering

    Announce javac -version.

    loicfrering authored
  7. @loicfrering
Commits on May 5, 2012
  1. @svenfuchs
  2. @svenfuchs
Commits on Apr 27, 2012
  1. @joshk

    Merge pull request #16 from travis-ci/remove_configure_job

    joshk authored
    Remove configure job
Commits on Apr 14, 2012
  1. @gildegoma
Commits on Apr 11, 2012
  1. @joshk
Commits on Mar 22, 2012
  1. @svenfuchs
  2. @svenfuchs

    fix features for submodules

    svenfuchs authored
Commits on Mar 21, 2012
  1. @svenfuchs
Commits on Mar 18, 2012
  1. @joshk

    fix the features

    joshk authored
Commits on Feb 24, 2012
  1. @svenfuchs
Commits on Feb 21, 2012
  1. @michaelklishin

    Fix the build, Johnny

    michaelklishin authored
  2. @michaelklishin

    Silent mvn install (affects Groovy, Java, Scala builders)

    michaelklishin authored
    mvn install output is so verbose it goes above the log length limit almost all the time
    even with relatively small Java projects. mvn install -q is too silent to my taste but
    there is no middle ground or I haven't found it yet.
    
    So lets deploy this and keep looking.
Commits on Feb 8, 2012
  1. @michaelklishin
Commits on Jan 29, 2012
  1. @michaelklishin

    Revert "Clone git repository with `--recursively`"

    michaelklishin authored
    This reverts commit 9b15ea3.
    
    We cannot do this for git clone because we *then* do git checkout
    to a specific commit and submodules are left unupdated. So this has to be
    added as a separate git submodule update --init command that happens after git
    checkout.
Something went wrong with that request. Please try again.