Project: openmicroscopy/bioformats


This report was generated at 2018-08-16 19:49:52 UTC. We have analyzed the CI history of your project from your Travis-CI build logs and your GitHub repository and have checked several dimensions of your CI process to find deviations from accepted best practices. In the following, you will find the results of our analysis.

We would highly appreciate your feedback and constructive comments on this report. This helps us to evaluate the idea and to further improve the report in the future. Please consider taking the following quick survey




Slow builds

Build times can increase due to high workload of the build server or due to increased project complexity over time. In fact, slow-down is often hard to detect, because it slowly creeps into the project. A slow build causes wait times for developers, adds a large overhead to the whole process, and should be avoided. Our summary provides an overview over recent build times and reports recent cases, in which the build duration takes substantially longer than usual.


↗ Uptrend -

During the last 90 days, your build duration increased by 22.57%




Possible problems found in recent builds on your branches:

Severity Branch Date Build Duration Description
High master 2018-08-13 19:41:57 415607588 1.13 hours This build is slower than 97.83% of your builds on master



Broken release branch

The CI pipeline requires a working build to properly assess whether changes introduce a problem, so recovering the build is the highest team priority. A build on the release branch typically also involves the deployment of the build results and should never fail. Our summary provides an overview over the number of recent release-branch failures and indicates the trend over time.




During the last 90 days your master was broken 1 times. On average, it took you 1.14 days to fix it again.




Skip failed tests

Having an elaborated test-suite is one of the pillars of continuous integration. It provides protection from invalid changes and failing tests have to be taken seriously. Deleting or skipping a failing test might fix a broken build, but it is a removal of the symptom rather than a fix of the root cause and should be avoided.


Instead of fixing a failed test, we found 1 cases over the last 6 months, in which the failing test has simply been ignored




Recent cases, in which previously failing test cases have been ignored:

Date Build Test Suite with Skipped Test Cases
2018-03-22 18:44:22 357033414 TestSuite



Late merging

Benefits of CI diminish, when individual feature branches are synchronized sparsely or when they are too long-lived. We point out several scenarios in our reports that might indicate such a ‘Late Merging’


Issues found for branch: east
Severity Description
Medium In your project, branches are typically synced with master every 9.42 weeks. However, branch east has last synced with master on 2018-02-22 14:17:04, and branch master has commits that are 11.99 weeks newer than that.
Medium In your project, branches do not deviate for more than 10.72 weeks. However, you are working on branch east since 14876693s (~24.6 weeks) without synchronization.
Medium You have been working on east for 23.03 weeks.Your feature branches are typically open for 9.42 weeks.

Issues found for branch: metadata54
Severity Description
Medium In your project, branches are typically synced with master every 9.42 weeks. However, branch metadata54 has last synced with master on 2018-01-16 10:56:15, and branch master has commits that are 17.29 weeks newer than that.
High Your latest commits were performed on branch east on 2018-08-02 19:52:59. However, your last changes on branch metadata54 happened 18.92 weeks ago, and have not been merged yet. In your project, you typically merge branches within 6.32 days.
High In your project, branches do not deviate for more than 10.72 weeks. However, you are working on branch metadata54 since 18085542s (~29.9 weeks) without synchronization.
Medium You have been working on metadata54 for 9.42 weeks.Your feature branches are typically open for 9.42 weeks.

Tip: Frequently synchronized branches are easier to integrate.
Tip: Break features into smaller tasks to finish them faster.

Thanks for reading the summary! Please now fill our quick survey