Crucible是一個(gè)用于開發(fā)團(tuán)隊(duì)的代碼檢測(cè)工具，有了Crucible團(tuán)隊(duì)成員可以檢查、注釋、編輯代碼，并記錄結(jié)果。當(dāng)發(fā)現(xiàn)一個(gè)潛在的代碼問題，可以挑選出這條代碼行并做注釋。
功能簡(jiǎn)介
使用Crucible有規(guī)律的作代碼檢查，可以幫助開發(fā)人員發(fā)現(xiàn)和糾正缺陷，提高代碼開發(fā)的效率。
功能特性
審查越多，痛苦越少
眾所周知，對(duì)于提高軟件質(zhì)量而言，代碼審查是一種極佳的手段。但是，幾乎沒有人認(rèn)為代碼審查是一種樂趣，這是因?yàn)榇a審查通常被緊張的交付日期、差勁的計(jì)劃審查會(huì)議以及審查參加者的不重視所影響甚至打斷。不能確保從此樂于代碼審查，但是Crucible能夠更好的去實(shí)踐它。
審查等于評(píng)論
代碼審查的本質(zhì)就是代碼的作者能夠就他所作出的代碼變動(dòng)收到及時(shí)的反饋信息。在線審查中，審查通過一般評(píng)論與缺陷評(píng)論的形式呈現(xiàn)。Crucible支持對(duì)于整個(gè)審查、文件或者指定代碼行的的評(píng)論。
直寫評(píng)論可以附加到指定的代碼行上，或者更普遍的代碼變更比較行上。只需打開審查窗口并點(diǎn)擊代碼就可以方便的添加評(píng)論了。
Crucible提供了一些更高級(jí)的特性，比如缺陷標(biāo)記、自定義分類或者JIRA子任務(wù)的自動(dòng)創(chuàng)建等。
按需定制
在軟件開發(fā)中，哪種工作是最令人頭疼的？最普遍的答案就是代碼審查。在審查中，一種流程不可能適用于所有場(chǎng)景。有些審查僅僅是簡(jiǎn)單的抽查，而有些審查卻需要團(tuán)隊(duì)中幾個(gè)成員共同完成細(xì)致的分析。Crucible足夠靈活，能夠滿足各種審查級(jí)別的需要。
Pre-commit：不在版本控制下進(jìn)行的審查。只需上傳一段代碼、或一個(gè)文件即可。
Post commit：在代碼提交到源代碼庫(kù)之后進(jìn)行的審查。
主持核心審查：擁有主持人的審查。
自由審查：沒有主持人的審查。
片段審查：簡(jiǎn)單的粘貼代碼片段，與團(tuán)隊(duì)開始進(jìn)行討論，而不需要進(jìn)行正式的代碼審查工作流。
變更集討論：基于開發(fā)者源代碼提交信息的自由評(píng)論。
保持控制
通過Crucible完成代碼審查是簡(jiǎn)單的，但是這并不意味著審查的過程是可控的。Crucible提供了多種特性幫助更好的管理審查過程。
通知 - 郵件和RSS源
活動(dòng)日志 - 查看最近評(píng)論
到期日 - 幫助排定審查優(yōu)先級(jí)
瓶頸報(bào)表 - 可以發(fā)現(xiàn)是誰(shuí)導(dǎo)致了審查進(jìn)度停滯不前
進(jìn)度指示器 - 看看大家正在做什么
時(shí)間跟蹤 - 獲知花費(fèi)在代碼審查上的小時(shí)數(shù)，幫助更好評(píng)估ROI
參考資料 >