Это на самом деле связано с проблемой в CruiseControl;не сам CCTray.
В случае сбоя управления источником (скажем, из-за тайм-аута или сбоя соединения) будет выполнено следующее:
- CruiseControl установит состояние проекта на
Exception
, поскольку проект находится в состоянии ошибки - CruiseControl НЕ изменит состояние последней сборки , поскольку сборка не произошла
- поэтому, если предыдущая сборка прошла успешно - проект сообщит
Success
для статуса последней сборки
CruiseControl только сообщает - изначально - статус последней сборки через API, который использует CCTray.Заставить его проверить статус проекта 1028 * сложнее и в итоге становится менее эффективным.Таким образом, CCTray сообщает о «статусе» как статус последней сборки , а не как их гибрид.
На веб-панели инструментов отображается статус проекта и статус последней сборки следовательно, реальный статус проекта лучше оценивается.
Эта проблема имеет несколько других побочных эффектов;например, стрельба projectTrigger
в этих обстоятельствах;поскольку они также не проверяют статус проекта .
В идеале CCTray - и projectTrigger
s, et.al - проверил бы и статус проекта и последний статус сборки и сообщил бы результат как комбинацию обоих.