Home | 簡體中文 | 繁體中文 | 雜文 | 打賞(Donations) | ITEYE 博客 | OSChina 博客 | Facebook | Linkedin | 知乎專欄 | Search | Email

Chapter 10. 項目管理平台

Table of Contents

10.1. 任務分配
10.2. 開發,測試與運維的關係
10.3. Gitlab 項目管理
10.3.1. 創建用戶
10.3.2. 創建組與項目
10.3.3. 分支管理
10.3.4. 代碼審查
10.3.5. 合併
10.3.6. WebHook
10.4. Trac 項目管理
10.4.1. Administration
10.4.1.1. General
10.4.1.2. Ticket System
10.4.1.3. Version Control
10.4.2. Wiki
10.4.3. Timeline
10.4.4. Roadmap
10.4.5. Ticket
10.5. DevOps Environment
10.5.1. Trac Project Management
10.5.2. Development Environment
10.5.3. Testing Environment

按照章節順序依次實施

10.1. 任務分配


怎樣管理好項目

怎樣輕鬆地管理好項目,其實非常簡單,做好下面幾點即可。

- 規劃目錄
- 配置管理
-

你要關注那些事情要做,安排好先後順序,每個版本中完成那些任務,完成多少任務達到一個里程碑,該在何時測試,何時部署。你每天要關注的是版本庫的變化,代碼的修改與審查,控制好分支等等。下面我會逐條詳述。

首先立項後,你首先要規劃好項目的目錄結構與版本庫佈局,然後是配置項,包括開發,測試,生產三套,分別用戶各種場景。同時需要配置三個項目環境。

接下來是分解任務,確認在那個版本發佈那些完成的任務,規劃里程碑。這些工作是增量,逐漸增加了,但確認第一個版本是必須的。

中國式開發,過于隨意很難按照西方 ALPHA-1,2,3... -> BETA-1,2,3... -> RC1,2,3.... ->
Release 1,2,3...
這樣的進度進行,每個環節都需要半個月之久,發佈一個版本通常需要一年。中國更多的是上面拍板隨時發佈。所以我喜歡採用功能點對應版本的方式,即某某功能就是一個小版本,完成一個功能升級一個版本,里程碑就是一個大的Release
版本。這樣可以滿足中國式發佈。每個版本一個分支,每個Release一個tag。

關注Timeline,代碼每處修改都要仔細讀一遍,很多bug都可以在review(代碼審查)過程中過濾掉一部分,同時防止不符責任的提交(代碼不能運行)

嚴格管控分支,把握項目進度與節奏,什麼時候代碼要從開發分支進入測試分支,什麼時候代碼要從測試分支進入Release分支,什麼時間發佈等等

你需要一個部署工具,能夠實現全量發佈,增量升級,本版切換,備份,失敗回撤等等。例如http://netkiller.github.io/home/deployment.html