你如何處理Bugzilla中的相關錯誤？

Question

在我們的環境中，我們有一個核心代碼庫，以及該代碼庫的多個客戶特定實現。當客戶提出問題時，我們需要確定它是否是客戶特定問題，或者它是否是核心代碼庫問題。

我們使用bugzilla來跟蹤我們的錯誤，並且我們爲核心代碼庫以及客戶端實現（因爲他們定製了具有增強功能的產品）的bugzilla產品。當客戶提出與核心代碼庫相關的錯誤時，我們需要在2個bugzilla產品（核心和客戶端）中提出這個錯誤，以便兩個團隊都知道這個問題。理想情況下，我們會將這些錯誤聯繫在一起，這樣我們就不會浪費嘗試修復它兩次的努力，並使2個項目經理充分了解該問題的進展情況。

到目前爲止，我的最好主意是使用包含作品「關聯錯誤」的評論/描述，因爲看起來單詞bug神奇地成爲指定錯誤的鏈接，從而很容易得到其他錯誤的細節。然後可以通過「評論包含搜索」標準來搜索。

其他人如何做到這一點？

Answer 1

我會使用取決於/塊領域，如果他們在你的Bugzilla啓用，下面的工作流程，大致有：

• 在一個特定的客戶端產品中錯誤的X被提交;
• 如果發現它存在於核心產品中，則此核心產品中會存在該核心產品的另一個「核心」版本（錯誤Y），並且會阻止客戶端特定的錯誤（Y塊X， X取決於Y）;
• 核心團隊繼續修復核心bug Y;
• 當核心錯誤得到解決時，客戶端特定的錯誤X也可以修復（它可能需要或可能不需要額外的努力）。

使用的好處取決於/塊，而不是在評論鏈接：

• 通知：當有人改變錯誤Y，大家誰在看錯誤X也將獲得通知;
• 強制執行：Bugzilla可以調整爲禁止依賴於至少一個打開的bug的關閉錯誤，所以Y必須在X關閉之前關閉。

我們曾經有一個類似的設置，一個核心產品和兩個生產產品發貨給客戶。但是，我們有一個所有產品的團隊，所以它更簡單。通常在生產產品中存在一個錯誤，在此之後，我們要麼將其修復，要麼將其升級爲核心產品，或者爲其他生產產品重複生成錯誤。每當有兩個bug記錄出現相同的問題時，它們都與depends/blocks鏈接。