你什麼時候標記你的軟件項目？

Question

我知道有各種軟件項目：

• 商業（用於李四）
• 工業（爲Mr. Montgomery Burns）
• 成功的開源（與觀衆比，說大，10人）
• 個人項目（觀衆大小在1附近）。

其中每個都在不同條件下發布其產品的新版本。我對個人項目和開源項目的情況特別感興趣。何時，或者在什麼條件下，你是否發佈了任何新版本？你是否贊成每隔兩週固定的重複期限？你是否承諾發佈至少10個小修復或者一個主要修復？你是否結合了兩個條件，例如至少一個條件必須成立，或兩者都必須成立？

我認爲這是一個主觀的問題。我在尋找技巧來讓我的項目保持活力和踢球方面提出這個問題。有時我的項目很活躍 - 但看起來好像不是，因爲我沒有信心在很長一段時間內發佈任何版本或標籤。

Answer 1

對於我在工作中執行的所有個人項目和原型項目，當我完成當前里程碑的完成標準時發佈構建版本。

本質...

1. 我制定一個計劃，包括你肯定想要的東西，有些事情會是不錯的，在未來正式建立
2. 我對這些事情的工作，直到他們滿足功能所需的水平，在規劃中定義
3. 然後我標籤釋放

在我的個人項目，我很少有時間線（因爲它是一個愛好），所以第2步常呈沒有嚴格的最後期限，如果你有截止日期並且他們到了但是計劃沒有完成，那麼你可能不得不從計劃中削減一些東西，然後發佈一個版本。在很多情況下，最好發佈只有50％計劃功能的東西，但它們都能正常工作並且經過良好測試，而不是等到所有功能的100％完全完成。

Answer 2

我們有一個發佈計劃，每M個月主要發佈，每N個月發佈一次，其中M > N。我們知道我們需要每M個月發佈一次重要版本，因爲我們與政府合作，並且每6-12個月添加一次必需的功能，而次要版本則是客戶建議的錯誤修正或新功能。

次要版本可能會被推回或合併到另一個版本中，具體取決於修補程序/功能進入哪個版本以及我們對主要版本的忙碌程度。

發現在次要版本中修復的bug的週轉週期時間爲6到8周。

Answer 3

這實際上取決於項目和發佈的緊迫性。在大多數情況下，我更喜歡定期製作（通常是每週），並堅持下去，除非需要緊急補丁才能顯示制止器錯誤。但是，對於產品發佈，應該有一個分階段的構建週期 - 可能是每月一次。正如你所說，這是非常主觀的。