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

Question

我意识到有各种各样的软件项目：

• 商业（John Doe）
• industrial（for Mr. Montgomery Burns）
• 成功的开源（观众人数超过10人）
• 个人项目（观众人数在1附近）。

每个版本都会在不同条件下发布其产品的新版本。我对个人项目和开源项目的情况特别感兴趣。何时或在什么条件下，您是否制作了任何类型的新版本？您是否订阅了固定的定期截止日期，例如每两周一次？您是否承诺发布至少10个小修复或一个主要修复？你是否结合了这两个条件，例如至少有一个条件必须保持，或两者都必须保持？

我认为这是一个主观问题。我问这个问题是为了寻找让我的项目保持活力和踢的技巧。有时我的项目是活跃的 - 但看起来好像不是因为我没有信心长时间发布任何类型的版本或标签。

Answer 1

对于我在工作中完成的所有个人项目和原型项目，我在完成当前里程碑的完成标准时发布构建。

本质上......

1. 我制定了一个计划，包括你绝对想要的东西，以及在下一次官方建设中会有一些好处的东西
2. 我会处理这些事情，直到他们达到计划中定义的所需功能级别
3. 然后我标记了一个版本

在我的个人项目中，我很少有时间表（因为这是一个爱好），所以第2步通常没有严格的截止日期，如果你有截止日期并且他们到达但计划没有完成那么你可能需要从计划中删除一些东西并进行释放。在许多情况下，最好发布只有50％计划功能的东西，但它们都能正常运行并经过充分测试，而不是等到所有功能的100％完全完成。

Answer 2

我们有一个发布时间表，每M个月发布一次主要版本，每N个月发布一次，M > N。我们知道，我们需要每隔M个月发布一次主要版本，因为我们与政府合作，他们每6-12个月添加一次所需的功能，而次要版本则是客户建议的错误修正或新功能。

次要版本可能会被推迟或合并到另一个版本中，具体取决于正在进行的修复/功能以及我们对主要版本的忙碌程度。

发现在次要版本中修复的错误的大致周转时间为6到8周。

Answer 3

这实际上取决于项目和发布的紧迫性。在大多数情况下，我更喜欢定期制作时间表（通常每周一次）并坚持使用它，除非需要一个显示阻塞bug的紧急补丁。但是，对于生产版本，应该有一个分阶段的构建周期 - 也许是每月。如你所说，这是非常主观的。