Redmine項目的組織？

Question

我是在幾個webapp網站上工作的唯一開發人員。我有他們在顛覆，但我沒有使用項目管理工具。

我最近得到了redmine，我想在那裏設置項目。我正在尋找的是關於如何在Redmine中構建這兩個項目的建議。從我能收集到的信息來看，這個結構是Project-> subproject。所以我試圖把這個映射到我的待辦事項列表結構。從我的待辦事項列表中，有三種任務：新功能，錯誤修復和維護（不是完全錯誤修復，而是真正需要清理的事情）。

我應該讓每個webapp都成爲一個頂級項目，其中Features，Bugs和Maintenance作爲子項目嗎？還有什麼其他組織項目的方式？例如，在顛覆手冊中，他們推薦使用project/trunk,project/branches,project/testing,project/releases等。在Redmine中工作是否有類似的指導原則？

Answer 1

像往常一樣，當你配置一個系統時，你需要儘可能的自定義它來嘗試和滿足你自己的需求。我個人不知道Redmine的任何指導方針或建議，但是我可以將我們在這裏所做的事情聯繫起來，我希望這會對您有所幫助！ :-)

功能/錯誤/維護只是標記任務的方法，以便您可以對其進行過濾。這些是Redmine中稱爲「追蹤器」的特定標籤。您可以爲其他類型的任務定義自己的跟蹤器。

項目和子項目也是標記任務的一種方式，但將它們歸入更廣泛的傘類別中。當您創建'項目'時，您將分配您需要的跟蹤器。在我們的例子中，我們創建了一個API，並有不同的跟蹤器來識別錯誤，使用（有效）重複的跟蹤器名稱修改功能&，以便我們可以確定這些任務是否適用於桌面或dsp程序員。子項目用於識別我們的客戶需要特定支持的產品線或定製。我們還使用版本標籤來識別每個子項目中的特定版本，以便我們可以獲得所有正在跟蹤的任務的良好路線圖視圖。我們在Redmine系統中有多個項目，每個項目都以類似的方式進行配置，一些項目任務作爲「相關」問題鏈接到各個項目，以便我們可以識別依賴關係。

這只是配置Redmine的一種方法，但是由於我們的一些項目之間的複雜關係，我們可以管理這種方法最簡單。這是我們嘗試過的第二種配置，我們發現它運行良好。僅供參考，第一種配置是在測試系統上，以便我們能夠在幾年前從Trac遷移出來後，從系統中計算出我們需要的。目前的配置已經使用了大約2年，似乎很好地滿足了我們的需求。

正如我前面所說，您需要從系統中決定您需要什麼，但最簡單的方法是考慮如何從上到下查看項目，配置系統以匹配您的過程，而不是更改您的進程匹配的工具 - 總是更''災難性'選項恕我直言。我不建議在單獨的項目中跟蹤錯誤和功能等，因爲將您的路線圖放在一起通常比較困難，而且還會使得難以可視化給定項目的總任務負載。即使將任務類型劃分爲子項目也可能存在問題，因爲如果您發現需要支持多個產品發佈週期，這會增加複雜性，從而增加了管理Redmine系統方面的工作量。

這就是我現在所能想到的。我希望這可以幫助你。 :-)

Answer 2

您提到的任務類型似乎是Redmine所稱的跟蹤器。你可以定義你自己的追蹤器。在我看來，你不應該爲每種「任務」需要一個子項目，而是一個跟蹤器。