Bugzilla到JIRA遷移：將整個bugzilla db-> product->組件層次映射到JIRA的權威方法？

我們的組織現在正在使用JIRA，我正在尋找將大約1500個條目的bugzilla數據庫遷移到其中。Bugzilla到JIRA遷移：將整個bugzilla db-> product->組件層次映射到JIRA的權威方法？

我知道，JIRA有項目，但沒有在這個部門。

我的首選是爲這個bugzilla數據庫和bugzilla產品提供一個JIRA項目，然後在這個項目中包含所有組件。這樣可以保持數據庫的獨立性，並且不會因爲部門特定的bugzilla產品而暴露JIRA中的頂級項目列表（並因此過度擁擠）。

鑑於bugzilla中的層次結構與JIRA中的層次結構沒有直接的一對一映射關係，我會考慮自定義字段來實現JIRA中的bugzilla產品和組件級別，並使用自定義JIRA網頁構建自定義JIRA網頁一旦選擇了產品，就會自動呈現正確的組件（就像bugzilla中的情況一樣）。我知道JIRA是高度可定製的API，但我不知道細節 - 這是我需要建議的地方。

我已經嘗試了一些研究，但這個是不確定的：http://forums.atlassian.com/message.jspa?messageID=257299050

因此，在總結：

是自定義字段的明確/接受的方式來表示 Bugzilla的產品，並在JIRA他們組件。有什麼缺點？
如果是這樣，是否有例子，建議如何實現 - 表格自動建議組件，一旦產品選擇。
如果沒有，那麼使用自定義字段的替代方案是什麼？

來源

2011-06-21 therobyouknow

您可以通過將Bugzilla產品等同於JIRA項目來節省大量工作量，以便您可以將組件直接從Bugzilla映射到JIRA。然後，您可以免費獲得每個項目的組件列表的自動建議，而不必進行大量的自定義。

我在五個不同的組織中使用了JIRA，並且總是將每個團隊或部門映射到一個或多個JIRA項目。然後，每個JIRA項目都可以擁有自己的版本和發佈日期以及組件，這似乎與Bugzilla產品自然匹配。

來源

2011-06-22 06:53:32

+1並接受答案，特別是關於避免定製的觀點。當我看看我已經設置的東西時，我已經創建了幾個JIRA項目，這些項目將映射回bugzilla產品。爲了完成這個任務，創造2到3個人應該沒有困難。 – therobyouknow

我的下一個想法是我想同時運行這兩個系統，所以我首先將bugzilla中的已關閉的bug移植到JIRA中，將JIRA中的bug編號前綴放入bugzilla錯誤標題中，並將URL添加到JIRA bug中作爲每個這些被封閉的錯誤的最終評論，並以某種方式鎖定bugzilla錯誤以防止進一步添加。錯誤的JIRA版本還會將其註釋中的URL鏈接回bugzilla，以便實現雙向鏈接。任何想法歡迎... – therobyouknow

我已經創建了一個新的問題來凍結已關閉的bug：http://stackoverflow.com/questions/6439380/bugzilla-closed-fixed-bugs-how-to-stop-further-comments-being - 增加了對bug的原因 – therobyouknow

Bugzilla到JIRA遷移：將整個bugzilla db-> product->組件層次映射到JIRA的權威方法？

回答

相關問題