![]() |
1
1
对于我在工作中所做的所有个人项目和原型项目,当当前里程碑的完成标准完成时,我会发布构建。 本质上…
在我的个人项目中,我很少有时间表(因为这是一个爱好),所以步骤2通常没有严格的截止日期,如果你有截止日期,而且它们已经到达,但是计划还没有完成,那么你可能不得不从计划中删掉一些东西,然后无论如何都要发布。在许多情况下,最好是发布一些只有50%的计划功能,但它们都可以工作,并且经过了良好的测试,而不是等到100%的所有功能都完全完成。 |
![]() |
2
0
我们有一个发布时间表,每M个月发布一次大版本,每N个月发布一次小版本,其中
次要版本可能会被推迟或合并到另一个版本中,这取决于正在进行的修复/功能以及我们在主要版本中的繁忙程度。 在一个小版本中发现的一个bug被修复的大概周转时间是6到8周。 |
![]() |
3
0
这真的取决于项目和发布的紧迫性。在大多数情况下,我更喜欢有一个定期的建设时间表(通常是每周),并坚持它,除非一个紧急补丁是需要一个显示停止错误。然而,对于产品发布,应该有一个分阶段的构建周期——也许是每月一次。正如你所说,这是非常主观的。 |