如何管理SVN和開發人員資源中的項目任務？

我有一個任務分配給我，但我不是項目經理。衛生署。所以這是問題。想象一下，你有100個任務應該在1年內完成。所以我們想在今年做5到6次發行。我們的團隊很小，約有10人。現在，我們將完成所有任務，並將其中的15個標記爲例如在2個月內發佈。但是，1位開發人員已經提前1個月完成任務，在我們發佈之前他沒有任何任務。如何管理SVN和開發人員資源中的項目任務？

我們使用SVN，目前我們在幹線工作。你如何組織我們的SVN倉庫？我們希望完成任務的開發人員開始處理下一個版本的任務。如果我們爲每個版本創建一個分支並在那裏工作（主幹只是與分支合併的結果）就像自殺一樣。

你能給我一些建議嗎？謝謝

來源

2010-09-17 mynkow

查看svn手冊中的以下提示。 http://svnbook.red-bean.com/en/1.5/svn.branchmerge.commonpatterns.html – zellus 2010-09-17 14:36:38

允許你的開發者相互協助和交換任務，這樣如果一個開發者仍然在發佈版本1上，但另外兩個開發者已經準備好去發佈版本3，那麼開發人員可以提前開展工作來挖掘那些遠遠落後的人。

這使你保持在三個分支，頂部，這是絕對可以合併，並且如果人們記筆記，很容易合併。

來源

2010-09-17 16:31:04

嗯，有趣。我真的很喜歡交換。 – mynkow 2010-09-17 22:34:41

使每個版本在SVN中成爲一個標籤。這樣每次你提交一些東西時，你都可以確保你正在向特定版本提交。

當需要發佈時，您可以檢出所有標記爲版本1（或2或3或4）的文件。

，如果你犯了一個分支的每一個版本，你將有發佈之後將分支合併回頭（您想在第2版的代碼包含您在1所做的一切，不要你？）

來源

2010-09-17 14:34:34

一般來說，一旦某物被標記，它不會改變。理想情況下，他應該讓每個人都開始行李箱，隨時發佈標籤，如果有人領先，可以a）相應地轉移任務，或者b）讓他們在發佈後繼續工作。 – CaseySoftware 2010-09-17 15:09:11

你是對的。最好的選擇是當你在發佈之後分支，並在發佈之後重新合併。 – 2010-09-17 15:26:34

那是正確的奧倫。在發佈問題之前，這實際上是我們的最佳選擇=>「最好的選擇是當你提前分支，並在發佈後重新合併」 – mynkow 2010-09-17 22:34:07

你應該看看典型的DVCS branching model。即使在SVN上，對於如何使用不同的分支仍然有很好的見解。一個好的分支模型很重要，因爲看起來你要同時開發軟件的不同部分。

但是1名開發人員已經準備好了他的任務，提前1個月完成任務，直到我們發佈，他纔有任務。

這似乎是你分配給開發人員的任務。這聽起來很像微管理，應該避免。

我會建議看看像scrum這樣的敏捷項目管理，尤其是在衝刺和優先級產品/衝刺待辦事項部分的開發。這個想法是，團隊總是有一個列表，下一步要做的事情，也知道哪一個是最重要的。每個成員一次只能處理一個項目，但所有成員都在處理相同的產品/版本。因此，當有人完成「這是」任務時，沒有時間浪費，因爲處理完積存的下一個項目。

來源

2010-09-20 10:43:15 Rudi

如何管理SVN和開發人員資源中的項目任務？

回答

相關問題