modeling.emfcompare Plugin Hudson



Hudson Continuous Integration Engine

Hudson instance [NA] is located at https://hudson.eclipse.org/emfcompare/.

There are 30 jobs defined on this instance. 18 are green (stable), 0 are yellow (unstable), 1 are red (failing).

Metrics

The following metrics are available:

  • Number of jobs defined on the host (CI_JOBS): 30.
  • Number of jobs in status failed for more than one week (CI_JOBS_FAILED_1W): 1.
  • Number of jobs in status green (CI_JOBS_GREEN): 18.
  • Number of jobs in status yellow (CI_JOBS_YELLOW): 0.
  • Number of jobs in status red (CI_JOBS_RED): 1.

History

Failing Jobs

There are 1 failing jobs on the instance.

These jobs have not been failing for a long time (less than a week). It should be quite easy to make them succeed again. Fix them as soon as possible.

  • No job failing for less than a week!

These jobs have been failing for quite a long time (more than a month). Constantly failing builds are not good for build confidence. They should be disabled if they are not relevant anymore, or if you think they still have some value then fix them.

  • egit.logical-master-nightly has been failing for 38 days.

List of failing jobs, sorted by last successful build.

Failing jobs
Name Last Build Last Duration Stability
egit.logical-master-nightly 2017-04-21 00:01:17 1791 sec. 0 %

Unstable Jobs

A build is considered unstable if it was built successfully and one or more publishers report it unstable. For example if the JUnit publisher is configured and a test fails then the build will be marked unstable.

One of the purpose of continuous integration is to provide confidence in builds and deliveries, so unstability is not an option. Fix them, or disable the failing publishers if they are not relevant anymore. This list should be generally empty, or at least a temporary, time-limited stage for builds.

Unstable jobs
Name Last Build Last Duration Stability

Successful Jobs

These jobs run well, congrats!

Maybe you could check from time to time if this criterion is still relevant: are the builds succeeding because they measure the wrong thing, because the build is outdated and doesn’t evolve anymore, or because things are plainly right?

OK jobs
Name Last Build Last Duration Stability
clean-nightly 2017-04-21 11:11:43 2 sec. 100 %
cli-master-gerrit 2015-05-22 06:03:06 265 sec. 100 %
collaborative.modeling.mars-master-nightly 2017-04-16 03:00:59 1086 sec. 100 %
collaborative.modeling.neon-master-nightly 2017-04-16 02:00:59 1358 sec. 100 %
maintenance-nightly 2016-11-04 12:32:48 691 sec. 80 %
master-build-on-egit-logical-nighlty 2017-04-21 10:54:36 987 sec. 60 %
master-gerrit 2017-04-21 10:18:51 807 sec. 60 %
master-nightly 2017-04-20 04:26:59 1291 sec. 100 %
master-performance 2017-04-15 02:01:09 1068 sec. 100 %
master-performance-git 2017-04-15 03:01:06 4756 sec. 100 %
master-performance-large 2017-04-15 04:01:10 1737 sec. 100 %
master-quality 2017-04-13 20:01:07 1072 sec. 53 %
publish-integration 2017-03-22 13:58:54 40 sec. 60 %
publish-nightly 2017-04-21 11:11:08 30 sec. 100 %
sandbox 2014-10-23 04:17:00 10 sec. 100 %
shell_tests 2016-11-07 10:11:44 0 sec. 50 %
test-releng 2017-04-16 00:00:59 1789 sec. 100 %

Page generated by Alambic 3.3 on Tue May 23 22:22:20 2017.