你什么时候标记你的软件项目？

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

这实际上取决于项目和发布的紧迫性。在大多数情况下，我更喜欢定期制作（通常是每周），并坚持下去，除非需要紧急补丁才能显示制止器错误。但是，对于产品发布，应该有一个分阶段的构建周期 - 可能是每月一次。正如你所说，这是非常主观的。