如何管理源代碼的任務和版本？

Question

我有一個theoritical問題：我有一個具有版本中的一個項目，例如：

• 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：請讓我知道，如果這是不夠的

Answer 1

你需要在你的心中不同的任務和之前的版本，你可以回來，並將其應用清楚。

任務是你在你的代碼上做的工作。

版本（以及我在這裏的所有版本發佈）都是您的代碼版本。

你可以在你的代碼上工作，完成任務，目標是發佈。該版本取決於您所做工作的範圍可能是完整版本1.xx，2.xx等或點版本1.1.x，1.2.x，1.3.x或者它可能是未成年人點釋放/錯誤修正/無論你想調用它，1.0.1,1.0.2,1.0.3。

這些任務可能是bug修復，功能，更改，重構，不管。在完整應用程序開發的範圍內，您可能認爲您的組織將一組任務綁定到創建下一個發行版所需的工作中，或者您可能有日期限制的發佈版，即您將在2月25日發佈2.0.0版，無論已完成的任務是什麼（儘管通常有一個子集必須完整才能發佈）。

版本發佈趨向於主要更新，升級，功能增加。 點發布往往遵循適度的改進，並修復主要錯誤。 小問題發佈是錯誤修復的結果。

你轉向的每一個你會發現這個過程的不同方法，你只需要理解你的公司使用的或者你有機會找到一個對你有意義並且一致地應用的方法。