|
| 1 | +# This configuration was automatically generated from a CircleCI 1.0 config. |
| 2 | +# It should include any build commands you had along with commands that CircleCI |
| 3 | +# inferred from your project structure. We strongly recommend you read all the |
| 4 | +# comments in this file to understand the structure of CircleCI 2.0, as the idiom |
| 5 | +# for configuration has changed substantially in 2.0 to allow arbitrary jobs rather |
| 6 | +# than the prescribed lifecycle of 1.0. In general, we recommend using this generated |
| 7 | +# configuration as a reference rather than using it in production, though in most |
| 8 | +# cases it should duplicate the execution of your original 1.0 config. |
| 9 | +version: 2 |
| 10 | +jobs: |
| 11 | + build: |
| 12 | + working_directory: ~/scoverage/scoverage-maven-plugin |
| 13 | + parallelism: 1 |
| 14 | + shell: /bin/bash --login |
| 15 | + # CircleCI 2.0 does not support environment variables that refer to each other the same way as 1.0 did. |
| 16 | + # If any of these refer to each other, rewrite them so that they don't or see https://circleci.com/docs/2.0/env-vars/#interpolating-environment-variables-to-set-other-environment-variables . |
| 17 | + environment: |
| 18 | + CIRCLE_ARTIFACTS: /tmp/circleci-artifacts |
| 19 | + CIRCLE_TEST_REPORTS: /tmp/circleci-test-results |
| 20 | + _JAVA_OPTIONS: -Xms512m -Xmx1024m |
| 21 | + # In CircleCI 1.0 we used a pre-configured image with a large number of languages and other packages. |
| 22 | + # In CircleCI 2.0 you can now specify your own image, or use one of our pre-configured images. |
| 23 | + # The following configuration line tells CircleCI to use the specified docker image as the runtime environment for you job. |
| 24 | + # We have selected a pre-built image that mirrors the build environment we use on |
| 25 | + # the 1.0 platform, but we recommend you choose an image more tailored to the needs |
| 26 | + # of each job. For more information on choosing an image (or alternatively using a |
| 27 | + # VM instead of a container) see https://circleci.com/docs/2.0/executor-types/ |
| 28 | + # To see the list of pre-built images that CircleCI provides for most common languages see |
| 29 | + # https://circleci.com/docs/2.0/circleci-images/ |
| 30 | + docker: |
| 31 | + - image: circleci/build-image:ubuntu-14.04-XXL-upstart-1189-5614f37 |
| 32 | + command: /sbin/init |
| 33 | + steps: |
| 34 | + # Machine Setup |
| 35 | + # If you break your build into multiple jobs with workflows, you will probably want to do the parts of this that are relevant in each |
| 36 | + # The following `checkout` command checks out your code to your working directory. In 1.0 we did this implicitly. In 2.0 you can choose where in the course of a job your code should be checked out. |
| 37 | + - checkout |
| 38 | + # Prepare for artifact and test results collection equivalent to how it was done on 1.0. |
| 39 | + # In many cases you can simplify this from what is generated here. |
| 40 | + # 'See docs on artifact collection here https://circleci.com/docs/2.0/artifacts/' |
| 41 | + - run: mkdir -p $CIRCLE_ARTIFACTS $CIRCLE_TEST_REPORTS |
| 42 | + # This is based on your 1.0 configuration file or project settings |
| 43 | + - run: |
| 44 | + working_directory: ~/scoverage/scoverage-maven-plugin |
| 45 | + command: sudo update-alternatives --set java /usr/lib/jvm/jdk1.8.0/bin/java; sudo update-alternatives --set javac /usr/lib/jvm/jdk1.8.0/bin/javac; echo -e "export JAVA_HOME=/usr/lib/jvm/jdk1.8.0" >> $BASH_ENV |
| 46 | + # Dependencies |
| 47 | + # This would typically go in either a build or a build-and-test job when using workflows |
| 48 | + # Restore the dependency cache |
| 49 | + - restore_cache: |
| 50 | + keys: |
| 51 | + # This branch if available |
| 52 | + - v1-dep-{{ .Branch }}- |
| 53 | + # Default branch if not |
| 54 | + - v1-dep-master- |
| 55 | + # Any branch if there are none on the default branch - this should be unnecessary if you have your default branch configured correctly |
| 56 | + - v1-dep- |
| 57 | + # This is based on your 1.0 configuration file or project settings |
| 58 | + - run: java -XX:+PrintFlagsFinal -version |
| 59 | + - run: mvn --version |
| 60 | + - run: mvn verify --update-snapshots --settings .travis.settings.xml -e |
| 61 | + # Save dependency cache |
| 62 | + - save_cache: |
| 63 | + key: v1-dep-{{ .Branch }}-{{ epoch }} |
| 64 | + paths: |
| 65 | + - ~/.m2 |
| 66 | + # Test |
| 67 | + # This would typically be a build job when using workflows, possibly combined with build |
| 68 | + # This is based on your 1.0 configuration file or project settings |
| 69 | + # - run: mvn verify --settings .travis.settings.xml -e |
| 70 | + # Teardown |
| 71 | + # If you break your build into multiple jobs with workflows, you will probably want to do the parts of this that are relevant in each |
| 72 | + # Save test results |
| 73 | + # - store_test_results: |
| 74 | + # path: /tmp/circleci-test-results |
| 75 | + # Save artifacts |
| 76 | + # - store_artifacts: |
| 77 | + # path: /tmp/circleci-artifacts |
| 78 | + # - store_artifacts: |
| 79 | + # path: /tmp/circleci-test-results |
0 commit comments