CI生成狀態輸出替代

Question

我們目前使用Cradiator展示我們持續集成（CI）的狀態從CruseControl.net建立，一個42" 三星電視在我們的IT部門顯示高了。

Cradiator是一個很好的起點，但我們已經到了這個地步，在那裏我們有很多項目，並且它開始有點「滿」。你用來顯示你的構建狀態？定製軟件？現成的東西？等等。或者，我正在尋找我們如何改進Cradiator的想法。

Answer 1

我用哈德森，當我有機會奉獻一臺顯示器吧，我要開始這樣的：

http://wiki.hudson-ci.org//download/attachments/37323554/Hudson_1.jpg

http://wiki.hudson-ci.org/display/HUDSON/Radiator+View+Plugin

...畢竟，如果他們是綠色的，他們不需要佔用太多的屏幕空間，是嗎？想象一下，如果他們都是綠色的。如果它顯示出一個大的複選標記而沒有別的東西，人們會同樣高興（並且如同被告知）。所以你只需要突出失敗的那些。 Cradiator看起來可以換膚，而且你已經在使用它了，所以這是我第一次嘗試。

Answer 2

如果項目以某種方式相互依賴，或者如果您可以分配一些優先權（業務價值？），那麼我會考慮一些樹或地圖種類的東西。對於100多個項目，真正應該更清楚哪些綠色/紅色比其他更重要。我自己我只使用結構化的Web儀表板+系統托盤。甚至沒有郵件。

Answer 3

我提到哈德森幾個解決方案previous answer：

解決方法有很多（下面點的所有鏈接 對工作的解決方案與 哈德森的或現有的插件）：

• Hudson Build Status Lava Lamps
• Hudson Ambient Orb
• Hudson Do It Yourself Orb
• "Red Bear Alert!" - The Hudson Bear Lamps
• "Watch the bikes!" - Extreme Feedback with Traffic Lights
• Start to smell those code smells
• Nabaztag
• TuxDroid
• Radiator View（非常適合在辦公室 牆上的畫面顯示）
• eXtreme Feedback Panel（ 甚至比散熱器景觀更好， 特別是對於FullHD平板 ）

查看其他Build notifiers插件獲取更多建議。

個人而言，我已經體驗過 兔子，熔岩燈，球體和 散熱器的看法。他們都做這項工作，但 我有一個喜歡 熔岩燈。正如傑弗裏在 提到的另一個答案，這的確是有趣的對抗蠟 比賽來解決構建 失敗:)

我們目前正在使用的散熱器認爲，現在包括在this comment提到的修改。它以一種非常整潔的方式使用空間，並且完成一項完美的工作，即使您有很多項目。這太棒了。

alt text http://wiki.hudson-ci.org//download/attachments/37323554/Hudson_3.jpg

檢查鏈接瞭解更多截圖。我錯過了一些熔岩燈（因爲它們很有趣），但Radiator View提供了更好的反饋IMO。

Answer 4

一個想法（和Cradiator確實有問題跟蹤器項目）是only showing broken builds。

另一個想法是監視多個配置集並以設定的時間間隔在它們之間切換/淡入。

我們的團隊有12個項目要監控，但爲了解決這個混亂問題，我們目前有1臺機器連接了2臺監視器。每臺顯示器都有一個運行Cradiator的實例。在Cradiator中執行此操作並使用RegEx 項目篩選器功能我們在一個監視器上顯示5個項目，另一個顯示不同的7個項目。這應該讓我們繼續前進，直到大約15個項目，當混亂將開始再次聯手我們。

Cradiator是開源的，「皮膚」概念相對孤立，只是等待你在源代碼中弄髒你的手！

事實上，我剛剛將Cradiator的源代碼移動到GitHub，以便更靈活地分享彼此的工作。岔開。

Answer 5

Brett，實際上Cradiator剛剛添加了一項名爲MultiView到Cradiator的功能 - 這是解決您的項目顯示太多問題的一種方法。

因此，您可以在不同的「視圖」之間拆分項目。一個視圖是URL/Skin &項目過濾器的組合。

每個視圖在旋轉週期所示的每一個輪詢間隔（默認30秒）

例如，如果你有12個項目，可以設置2次，其僅示出6各自。 有關詳細信息，請參閱Release Notes for v2.8。

該只顯示打破構建功能已添加以及。

Answer 6

一個輻射生成的狀態信息到一個房間的主要目標是讓開發人員以應對破構建和解決這些問題。快速確定誰可能對失敗的構建負責很重要。

我在公司體驗到的第一手資料是處理簽入註釋和顯示構建構建用戶的圖片是讓開發人員對構建失敗做出反應的非常有效的方法。人們似乎在紅色的欄杆上回應他們的臉，而其他人不必如此分心。考慮到這一點，我開發了一個獨立的散熱器Web應用程序，通過它們的REST API與Jenkins和TeamCity通信。 CI-Eye設置起來微不足道，而且可能會給你帶來比其他許多插件和散熱器應用程序更好的效果。試一試，讓我知道你的想法 - 我正在積極改進它，並歡迎任何反饋。

CI-Eye是免費和開源的 - 請參閱CI-Eye wiki瞭解更多詳情。

Answer 7

一個很好的選擇持續集成散熱器Buildron（蘋果&勝）。

它支持很多建立在同一個屏幕，你可以看到：

而且可以過濾使用一個遙控器（iOS版&的Android）版本。