[ https://issues.apache.org/jira/browse/COMPRESS-413?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16062120#comment-16062120 ]
ASF GitHub Bot commented on COMPRESS-413: ----------------------------------------- Github user coveralls commented on the issue: https://github.com/apache/commons-compress/pull/43 [![Coverage Status](https://:/builds/12118735/badge)](https://:/builds/12118735) Coverage decreased (-0.02%) to 84.742% when pulling **2fc4afa8f6571048604616a8edb2bbd55b4776f4 on sesuncedu:COMPRESS-413-REDUX** into **19e1b02f754a9b7bc969eb17bd52cc36a85c4d74 on apache:master**. > Travis build redundantly repeats compilation and tests redundantly > ------------------------------------------------------------------ > > Key: COMPRESS-413 > URL: https://issues.apache.org/jira/browse/COMPRESS-413 > Project: Commons Compress > Issue Type: Improvement > Components: Build > Affects Versions: 1.14 > Environment: Travis > Reporter: Simon Spero > Priority: Minor > Labels: CI > Fix For: 1.15 > > Original Estimate: 0h > Remaining Estimate: 0h > > The Travis build setup is suboptimal. > At the moment, code is compiled and installed by the default install phase. > Then the default build phase is executed, which compiles and runs the tests. > If the tests succeed, then the build is cleaned, recompiled, and retested; > this time with > coverage enabled. > The .travis.yml file could be changed to skip the install phase, and to run > tests with coverage during the build phase. > The coveralls plugin can be configured in the pom to not fail the build if > the service is unreachable, so forks that don't have jacoco enabled won't > always have their builds fail. > Also, the jdk switching in the trusty container seems to be not working > properly at the moment, so installing a jdk7 doesn't work properly. > These changes evolved as I was poking jenkins last night. -- This message was sent by Atlassian JIRA (v6.4.14#64029)