代码之家  ›  专栏  ›  技术社区  ›  wilhelmtell

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

  •  3
  • wilhelmtell  · 技术社区  · 15 年前

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

    • 商业广告(约翰多伊)
    • 工业(用于 Mr. Montgomery Burns )
    • 成功的开源(受众超过10人)
    • 个人项目(观众人数在1人左右)。

    每一个都会在不同的条件下发布新版本的产品。我对个人项目和开源项目特别感兴趣。什么时候,或者在什么条件下,你有新的版本吗?您是否订阅了固定的定期截止日期,例如每两周一次?你是否承诺发布至少10个小补丁,或者一个大补丁?你把这两个条件结合起来,比如至少有一个条件必须成立,还是两者都必须成立?

    我认为这是一个主观问题。我问这个问题是为了寻找保持我的项目活力和活力的诀窍。有时我的项目是活跃的,但看起来好像不是,因为我没有信心作出一个释放或任何类型的标签很长一段时间。

    3 回复  |  直到 15 年前
        1
  •  1
  •   Fraser Graham    15 年前

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

    本质上…

    1. 我制定了一个计划,包括你绝对想要的东西,以及一些在下一个正式版本中可以拥有的东西
    2. 我一直在做这些事情,直到它们达到计划中定义的所需功能级别
    3. 然后我给释放贴上标签

    在我的个人项目中,我很少有时间表(因为这是一个爱好),所以步骤2通常没有严格的截止日期,如果你有截止日期,而且它们已经到达,但是计划还没有完成,那么你可能不得不从计划中删掉一些东西,然后无论如何都要发布。在许多情况下,最好是发布一些只有50%的计划功能,但它们都可以工作,并且经过了良好的测试,而不是等到100%的所有功能都完全完成。

        2
  •  0
  •   ta.speot.is    15 年前

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

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

    在一个小版本中发现的一个bug被修复的大概周转时间是6到8周。

        3
  •  0
  •   artgon    15 年前

    这真的取决于项目和发布的紧迫性。在大多数情况下,我更喜欢有一个定期的建设时间表(通常是每周),并坚持它,除非一个紧急补丁是需要一个显示停止错误。然而,对于产品发布,应该有一个分阶段的构建周期——也许是每月一次。正如你所说,这是非常主观的。