Project management 如何管理源代码的任务和版本？

我有一个理论上的问题：我有一个有版本的项目，例如：

• 0.1：α
• 1.0：首次发布
• 2.0：中断更改

我有一个任务管理系统（Redmine，但对于trac或其他任何东西都是一样的…）

我应该在哪个版本中放置任务将使应用程序工作（目前不工作）？是在0.1中（一旦0.1完成，那么1.0工作）还是在1.0中（一旦1.0完成，那么1.0工作）

另一种提问方式是：版本1.0的任务是帮助制作1.0版本的任务，还是扩展/修复完全工作的1.0版本的任务

我很困惑，因为一项任务可以

• 在版本发布之前（即在版本上工作）
• 关注某个版本的发行版（即，该版本已发布，我们需要修复bug并对其进行扩展）

那么我应该在版本中添加哪些任务？

我不知道如何管理任务和版本，你能帮我吗！它在开源编码中是如何工作的

谢谢大家!

---

PS：如果这还不够清楚，请告诉我，在你回来应用它们之前，你需要在脑海中分离任务和版本

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

版本（我在这里把所有的版本都归为点版本）是您代码的版本

您需要在代码上工作、完成任务，以实现发布的目标。根据您所做工作的范围，该版本可能是完整版本1.x.x、2.x.x等，也可能是点版本1.1.x、1.2.x、1.3.x，或者可能是次要点版本/错误修复/无论您想叫它什么，1.0.1、1.0.2、1.0.3

任务可能是bug修复、特性、更改、重构等等。在完整的应用程序开发范围内，您可能希望您的组织将任务组捆绑到下一版本所需的工作中，或者您可能有版本日期限制，即您将在2011年2月25日发布版本2.0.0，无论任务完成情况如何（尽管通常有一个子集必须完整才能发布）

版本发布往往遵循主要更新、升级和功能添加。 点版本倾向于遵循适度的改进和主要的bug修复。 小点发布是错误修复的结果

---

每个地方你都会发现这个过程的不同方法，你只需要了解你的公司所使用的方法，或者如果你有机会，找到一个对你有意义的方法，然后始终如一地应用它。

一个版本应该是一个里程碑，所有需要/支持的任务都会导致这个过程。