Bug Squad

介紹

『Bug Squad』就像是一般公司裡面的QA一樣，是維護產品品質的一個分常重要的團隊，就像是對Ubuntu和他所有的衍生系統(Flavors)也是一樣。 『Bug Squad』是Ubuntu裡面bug 系統的第一站，成員們會分配相關的bug到相關的套件，確保bug回報流程完成。然後複製bug後在把bug分配到相對應的upstream。所有這些流程都是為了幫助這些bug能被快速修復，也幫助Ubuntu變得更加的好。

就跟QA一樣，除了分類以外，還必須要為每個bug設定優先權，這樣相關工程師才可以知道bug的輕重緩急，知道哪個bug的危害性比較大，須要先處理。通常透過這種方式，你就會很了解Ubuntu的世界裡面的開發流程是如何運作的。

分類(Triaging)bug包含了底下幾樣重點:

• 回應新的bug。
• 確保新的bug有他必要的資訊。
• 分類bug到他相對應的套件。
• 在bug追蹤系統裡搜尋和複製bug以確定這個報告的資訊。
• 設定bug的重要性 (Bug Control members Only)。
• 將相對應的bug送給他相對應的upstream。
• 從其他的發行(distribution)去尋找是否有類似的bug。
• 關掉過期的bug。

但是其實你不一定需要做以上所有的事情才能幫忙，你只要能幫忙複製問題並且設定他的狀態到『confirmed』就可以幫上很大的忙了。

其實經由分類bug，你也可以學到很多東西，像是目前有多少的套件，他的架構，還有感受到目前全球最新技術研發的脈動。

成員

目前全世界有1千多位的成員，底下這個連結有所有成員的清單: https://launchpad.net/~bugsquad/+members

聯繫

有兩種方式可以聯繫『bug squad』的成員:

• IRC: 在irc.freenode.org裡的 『#ubuntu-bugs』 channel。
• Mailing List: Mailing List。

在以上這兩個系統裡的發問，『Bug Squad』,『Bug Control』和『Canonical 的員工』都會盡可能的回應你的問題。

如何開始:

• 使用連結『Sign』 來註冊『Ubuntu Code of Conduct』。這份文件就像是簽署宣示文件一樣。
• 訂閱『 Bug Squad Mailing List』。

一旦你完成了以上的兩個步驟，就必須在Launchpad上的Bug Squad team上去申請( apply )，當你成為成員以後，請務必遵守規則，mailing list上都會發布很多的異動，要注意最新消息。

分類套件

在『without a package』底下有幾百條未被分類的bug，有可能是因為回報者不知道屬於哪個套件，或者是沒有注意到，所以沒有分類。其實幫忙分類就可以增加很大的機率讓他被修復，所以就像上面說的，新成員其實可以從分類開始幫忙，而且你也可以藉由操作Launchpad去了解這個社群。

在你更有經驗以後，你就會知道怎麼去跟回報者要相關的logs和confirm這個bug回報。 在網頁『 Bugs/FindRightPackage 』裡面有更多的細節參考。

擁抱日 (Hug Day)

還有其他的幫忙方式像是擁抱日( Hug Day )。擁抱日是大家一起分類Ubuntu裡一些具體的部分，叫做擁抱日是因為處理掉每個bug都值得擁抱。當你經歷過幾個擁抱日後，可以考慮一下對一個套件來組織一個擁抱日( organizing a HugDay )。

5-a-day

有些 Bug Squad 超威的成員不只分類bug，而且每天處理5個bug，請參考『5-A-Day』，裡面可以開啟這個選項群組來追蹤你分類了多少的bug。