使用版本和里程碑的正確方法

Question

Trac中版本和里程碑的預期用途是什麼？如何使用它們？里程碑與版本有什麼不同？

Answer 1

說明差異的好方法是考慮缺陷標籤。當您提交票證時，您（票證提交者）使用版本字段來指示出現缺陷的軟件的版本。一旦軟件維護人員對票證進行分類，他們將其分配給里程碑，指示缺陷將被修復的時間範圍。根據項目進度計劃，票據可以從一個里程碑重新分配到另一個里程碑，但版本號將保持不變。版本號是指已經發布的內容，里程碑指的是正在開發或計劃未來尚未開始的內容。

有些項目在版本和里程碑之間有1：1映射。例如，Trac項目本身具有發佈0.12.3,0.13,0.14等的里程碑。它們還具有更多的抽象里程碑，它們沒有映射到特定版本，例如「next-major-0.1X」（其中表明下一個主要版本會發生什麼），「不適用」和「不定期」。但是，當您創建票證時，「版本」字段中列出的唯一內容是正在開發的發行版和版本。

你的里程碑不有關聯到你的版本，以任何方式，如果你不希望他們。例如，您可以爲「2011年10月」，「2011年11月」等創建里程碑，並將它們用於計劃任務以在每個月進行工作。完全取決於您和您特定項目的需求。

Answer 2

版本通常更多的是向用戶發佈。

里程碑更多的是需要在開發中完成的步驟。用戶看不到或需要知道它們。一些開發商將這些視爲子版本（1.3.2a），這些子版本將總結爲發佈的版本（1.3.2）。

對此有一個很好的討論here。

Answer 3

的工作流程是這樣的：

• 你有票，可以爲新的功能，bug修復，改進等請求
• 然後你決定哪些門票具有更高的優先級（基於可能用戶需要什麼或者修補程序的重要性等）。
• 要組織工作（以及涉及的開發人員），您可以聲明類似於「一個里程碑將爲2周長」（可能更多，可能更少，取決於您）
• 然後，您可以估計在這段時間內（1個里程碑），可以實際解決多少張門票。然後，你可以發佈一個新的版本每一個里程碑的數量（即：一個或2-4個里程碑之後的公開發布，除非需要修復重要的東西）。

總之，版本旨在成爲完整的工作版本（無論是否公開）。里程碑是這些版本的路線圖。門票是可以在每個里程碑中完成的最低工作單位。