[ https://issues.apache.org/jira/browse/COMPRESS-413?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16062115#comment-16062115 ]
ASF GitHub Bot commented on COMPRESS-413: ----------------------------------------- Github user coveralls commented on the issue: https://github.com/apache/commons-compress/pull/39 [![Coverage Status](https://:/builds/12118668/badge)](https://:/builds/12118668) Coverage increased (+0.04%) to 84.766% when pulling **233536b0d1b1df8296fe254c59af5bed7e8c3e32 on sesuncedu:COMPRESS-413** into **4be9979b45ceadc50dc24607884d34613fead1f5 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)