如何管理源代码的任务和版本?

时间:2011-02-25 14:37:30

标签: project-management version release-management

我有一个理论问题:我有一个版本的项目,例如:

  • 0.1:alpha
  • 1.0:首次发布
  • 2.0:破坏变化

我有一个任务管理系统(Redmine,但对于trac或其他任何东西都是一样的......)。

我在哪个版本中执行使应用程序正常工作的任务(目前它不起作用)?这是0.1 (一旦0.1完成,然后1.0工作)或是1.0 (一旦1.0完成,然后1.0工作)

另一种要问的方法是:版本1.0的任务是帮助制作 1.0版本的任务,还是扩展/修复完全正常运行的1.0版本的任务

我很困惑,因为任务可以

  • 在版本的发布之前(即处理发布)
  • 关注版本的发布(即版本已发布,我们需要修复错误并对其进行扩展)

我将哪些任务放入版本中?

我不知道如何管理任务和版本,你能帮帮我吗!它在开源编码中如何工作?

谢谢!

PS:如果不够清楚,请告诉我

1 个答案:

答案 0 :(得分:0)

在您回来并应用它们之前,您需要在脑海中分离任务和版本。

任务是您对代码所做的工作。

版本(我在这里的所有点发布中都有)是您的代码的发布。

您的工作,任务和代码,目的是发布。根据您正在进行的工作范围,该版本可能是完整版1.xx,2.xx等,或点版本1.1.x,1.2.x,1.3.x或者它可能是未成年人point release / bugfix /无论你想要什么,1.0.1,1.0.2,1.0.3。

任务可能是错误修复,功能,更改,重构等等。在完整的应用程序开发范围内,您的组织可能会将任务组捆绑到制作下一个版本所需的工作中,或者您可能有发布日期限制,即您将在25-Feb-发布2.0.0版本2011年,无论任务完成(尽管通常有一个子集必须完成才能发布)。

版本发布往往会遵循主要更新,升级和功能添加。 点发布往往会有适度的改进,以及主要的错误修复。 小点发布是错误修复的结果。

你转向的每一个地方都会找到不同的方法来处理这个过程,你只需要了解贵公司使用的方法,或者你是否有机会找到一个对你有意义的方法,然后一致地应用它。