Collaborator是一款功能全面的代碼審查工具。它的代碼審查可以為開發(fā)測(cè)試人員和管理者提供幫助，生產(chǎn)出高質(zhì)量的代碼。

我們很高興的告訴大家，Collaborator更新至11.5版本，Diff Viewer內(nèi)容現(xiàn)在與Review Screen的Overlay/Separate模式同步，新增用戶評(píng)論過濾器，可對(duì)用戶評(píng)論進(jìn)行篩選。與此同時(shí)，舍棄了過時(shí)的GitHub Polling集成，傳輸提示將顯示在Admin UI的“遠(yuǎn)程系統(tǒng)集成”頁(yè)面上。

全新更改

• 在Collaborator新版本中，顯示更改選擇器和選擇修訂下拉列表始終可見。此外，您可以啟用“高級(jí)”模式，該模式允許手動(dòng)選擇要在“前”和“后”窗格中進(jìn)行比較的修訂。

  

• Diff Viewer內(nèi)容現(xiàn)在與Review Screen的Overlay / Separate模式同步。在查看材料的疊加模式下，“差異查看器”將顯示“差異查看器的默認(rèn)修訂比較”設(shè)置對(duì)文件所做的整體更改，而在“分離”模式下，它將顯示特定更改集所做的更改。
• 差異查看器的聊天部分現(xiàn)在有一個(gè)新的用戶列表過濾器，指定是否顯示來自所選參與者的所有參與者的評(píng)論和缺陷。

  

• 現(xiàn)有的審核參與者如果屬于新組，將在更改組時(shí)保留。
• 如果兩個(gè)模板中都存在自定義字段，則在更改審閱模板時(shí)將保留自定義字段的現(xiàn)有值。
• 從GUI客戶端，Command-Line客戶端，Eclipse插件或Visual Studio擴(kuò)展添加Git提交還將添加部分Git日志信息，以在Collaborator服務(wù)器端構(gòu)建正確排序的更改列表。
• 審查屏幕、Diff查看器、Eclipse插件和Visual Studio擴(kuò)展現(xiàn)在按時(shí)間順序（從舊的到新的）顯示Subversion、Perforce、TFS和RTC原子更改列表，而不管它們被上載到審查中的順序如何。
• 新的“自動(dòng)創(chuàng)建新組”設(shè)置定義在LDAP/AD組同步期間是自動(dòng)創(chuàng)建新組還是僅將用戶映射到現(xiàn)有組。另一個(gè)新設(shè)置“自動(dòng)組創(chuàng)建過濾器”指定應(yīng)該自動(dòng)創(chuàng)建哪些組：如果組FQDN與指定的正則表達(dá)式匹配，則將創(chuàng)建它。否則將被排除在外。
• 新版本在Oracle數(shù)據(jù)庫(kù)上使用Oracle Text組件而不是正則表達(dá)式查詢，以便從Web客戶端進(jìn)行全文搜索。
• 在Diff查看器用戶設(shè)置中為文檔創(chuàng)建新的默認(rèn)縮放比例，該設(shè)置指定在查看文檔時(shí)的默認(rèn)縮放級(jí)別。
• 新的默認(rèn)發(fā)送到狀態(tài)和默認(rèn)等待狀態(tài)用戶設(shè)置，允許指定發(fā)送到和等待操作的默認(rèn)通知級(jí)別。管理員還可以通過命令行和JSON API為整個(gè)組指定這些設(shè)置。

BUG修復(fù)

• 修復(fù)——TrayNotifier能夠重新登錄后手動(dòng)退出
• 修復(fù)——有時(shí)包含組池??參與者和自定義參與者字段的評(píng)論無法打開
• 修復(fù)——在Oracle數(shù)據(jù)庫(kù)上從11.3升級(jí)到11.4沒有清除現(xiàn)有索引
• 修復(fù)——“第一個(gè)vs最后一個(gè)”選項(xiàng)可能不正確地用于穿孔
• 修復(fù)——Visual Studio擴(kuò)展：無效的.vsix證書
• 修復(fù)——11.4.401 -11.4.402的MacOS客戶端安裝程序已損壞。
• 修復(fù)——參與者自定義字段驗(yàn)證應(yīng)忽略其他參與者的值
• 修復(fù)——解析二進(jìn)制類型的LDAP組屬性時(shí)出錯(cuò)
• 修復(fù)——Web瀏覽器中不正確的數(shù)據(jù)緩存導(dǎo)致的幾個(gè)問題
• 修復(fù)——上傳任意差異時(shí)禁用“接受”按鈕
• 修復(fù)——在某些情況下，“所有更改”模式中添加的文件注釋和缺陷未顯示在“查看”屏幕中
• 修復(fù)——文件使用Bitbucket集成重命名腐敗評(píng)論
• 修復(fù)——除本地工作空間外還需要支持TFS服務(wù)器工作區(qū)
• 修復(fù)——如果其中一些是從另一個(gè)分支中挑選出來，則無法接受文件更改
• 修復(fù)——未在Oracle 11g，Oracle 12c和MS SQL 2008上顯示的用戶列表
• 修復(fù)——DiffViewer突出顯示整個(gè)最新上傳的恢復(fù)，而不是顯示“所有更改”模式中的實(shí)際差異
• 修復(fù)——無法將報(bào)告導(dǎo)出為PDF或XLS
• 修復(fù)——在某些情況下，除非選擇“所有更改”模式，否則DiffViewer不會(huì)顯示所有實(shí)際更改
• 修復(fù)——為語(yǔ)法突出顯示添加C語(yǔ)言架構(gòu)
• 修復(fù)——突出顯示模式中的不正確/空模式會(huì)導(dǎo)致嚴(yán)重的性能損失
• 修復(fù)——單擊現(xiàn)有的推針可以創(chuàng)建新的聊天，而不是選擇現(xiàn)有的聊天。
• 修復(fù)——協(xié)作者無法為具有[0,0]坐標(biāo)的缺陷對(duì)話添加注釋
• 修復(fù)——協(xié)作者無法移動(dòng)斷針，但復(fù)制它們
• 修復(fù)——Internet Explorer中“搜索”字段中顯示“不可點(diǎn)擊”的十字標(biāo)志圖標(biāo)
• 修復(fù)——如果啟用了單點(diǎn)登錄，GitHub，GitLab和Bitbucket webhooks無法訪問Collaborator服務(wù)器
• 修復(fù)——“完成返工階段”狀態(tài)的不完整工具提示文本
• 修復(fù)——無法在差異查看器中隱藏系統(tǒng)范圍的消息
• 修復(fù)——從DiffViewer返回Review屏幕后刷新操作
• 修復(fù)——即使在PDF頁(yè)面/圖像完全加載之前，“轉(zhuǎn)到下一個(gè)位置”和“轉(zhuǎn)到上一個(gè)位置”按鈕也已啟用
• 修復(fù)——在通過更改列表報(bào)告生成的審核期間發(fā)生異常
• 修復(fù)——正則表達(dá)式分支上的狀態(tài)檢查不起作用
• 修復(fù)——如果更改了文件路徑中的字母大小寫，則DiffViewer可能無法顯示文件更改
• 修復(fù)——VHDL突出顯示模式中的一些問題
• 修復(fù)——GitLab集成：當(dāng)主分支在開發(fā)分支后面時(shí)，新添加的文件未上傳到審閱。
• 修復(fù)——Pull Requests：如果它們從另一個(gè)功能分支合并，則顯示更改
• 修復(fù)——即使指定了多個(gè)版本，ClearCase“AddVersion”命令也只上傳一個(gè)版本。
• 修復(fù)——如果指定了錯(cuò)誤的憑據(jù)，則托盤通知程序可能會(huì)鎖定Active Directory中的用戶帳戶
• 修復(fù)——應(yīng)鎖定參與者自定義字段，以防其他參與者修改
• 修復(fù)——Perforce：觸發(fā)標(biāo)記為添加的文件的問題由ensure-diffs-review
• 修復(fù)——GUI客戶端“添加更改”命令為Subversion在首次嘗試上傳文件時(shí)忽略了所選文件
• 修復(fù)——如果在IDE中工作時(shí)在服務(wù)器端更改了憑據(jù)，則Visual Studio Extension可能會(huì)鎖定用戶的帳戶
• 修復(fù)——差異查看器：無法選擇注釋行內(nèi)的文本
• 修復(fù)——評(píng)論推廣未能在新版本中檢測(cè)到正確的行

停止使用

隨著Collaborator 11.5的發(fā)布，GitHub Polling集成已被棄用。這種類型的集成意味著定期輪詢GitHub服務(wù)器以檢索有關(guān)存儲(chǔ)庫(kù)更改的信息。這種方法有一定的時(shí)滯，現(xiàn)在已經(jīng)過時(shí)了。新版本使用基于webhook的GitHub集成類型而不是GitHub輪詢。傳輸提示將顯示在Admin UI的“遠(yuǎn)程系統(tǒng)集成”頁(yè)面上。

如果你還想Collaborator更多資源或其他相關(guān)下載，請(qǐng)點(diǎn)擊這里。