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 (JOBS): 30.
  • Number of jobs in status failed for more than one week (JOBS_FAILED_1W): 1.
  • Number of jobs in status green (JOBS_GREEN): 18.
  • Number of jobs in status yellow (JOBS_YELLOW): 0.
  • Number of jobs in status red (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.

  • No job failing for more than a week!

List of failing jobs, sorted by last successful build.

Failing jobs
Name Last Build Last Duration Stability
egit.logical-master-nightly 2017-03-23 00:01:43 1219 sec. 20 %

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-03-23 10:32:35 45 sec. 100 %
cli-master-gerrit 2015-05-22 06:03:06 265 sec. 100 %
collaborative.modeling.mars-master-nightly 2017-03-19 03:00:59 1114 sec. 100 %
collaborative.modeling.neon-master-nightly 2017-03-19 02:00:59 1235 sec. 100 %
maintenance-nightly 2016-11-04 12:32:48 691 sec. 80 %
master-build-on-egit-logical-nighlty 2017-03-23 09:59:19 1543 sec. 60 %
master-gerrit 2017-03-23 12:25:12 1012 sec. 100 %
master-nightly 2017-03-14 22:00:46 1232 sec. 100 %
master-performance 2017-03-18 02:01:10 1110 sec. 100 %
master-performance-git 2017-03-18 03:01:06 4405 sec. 100 %
master-performance-large 2017-03-18 04:14:31 1638 sec. 100 %
master-performance-large-git 2017-03-18 08:00:59 27334 sec. 100 %
master-quality 2017-03-14 20:00:57 1009 sec. 53 %
publish-integration 2017-03-22 13:58:54 40 sec. 60 %
publish-nightly 2017-03-23 10:31:49 41 sec. 60 %
sandbox 2014-10-23 04:17:00 10 sec. 100 %
shell_tests 2016-11-07 10:11:44 0 sec. 50 %
test-releng 2017-03-19 00:00:59 1476 sec. 100 %

Page generated by Alambic 3.2 on Thu Mar 23 20:04:01 2017.