使用Issue管理軟體項目(入門）

只要開始進行軟體開發，數人配合，就必須進行專案管理，Issue是最通用的管理工具之一。 一、什麼是Issue

Issue指的的是一項待完成的工作，通常與系統的改進相關。翻譯為中文叫“問題”，不過我更喜歡另一種說法“事務”。 一個軟體Bug 一項功能建議 一項待完成任務 文檔說明缺失報告

以上都是Issue的例子。每個Issue包含事務的所有資訊和曆史，使得後來人只看這個Issue，就能瞭解問題的所有方面和過程。

這個本來的原型是客服部門的工單，每一個處理步驟，及與使用者的交流都要更新工單，記錄全部資訊。因此，Issue的原始功能是問題追蹤和工單管理，後來不停擴充，包括了計劃的制定，裡程碑的建立等，逐漸完善了專案管理流程。 二、Issue軟體

其實Issue的軟體有很多，但是這裡我並不想進行介紹，以前用BugZilla,JIRA，Mantis，BugFree（禪道）還有很多雜七雜八的軟體，但是強大歸強大，優秀歸優秀。這些軟體有共同的缺點。 功能複雜，學習成本高 介面比較反人類，必須要深入瞭解之後才能用好 需要線下部署，安裝複雜（授權，收費高昂，小公司不會用）

很多想要學習相關知識的人員馬上就會被磨滅興趣。還是介紹已給免費簡單，而且程式員最應該學會的GitHub Issues。 2.1基本用法

在Github代碼倉庫的Issues面板點擊，NewIssue按鈕添加新Issue面板

上圖是建立的Issue介面，左側為Issue的Title和內容，右側四個配置項（管理者可見）

Assignee,選擇人員，指派Issue的處理人員

Labels，為Issue貼標籤，利於分類管理和過濾查看（建立標籤在Issues面板首頁，點擊Labels，但請先用好預設的）

Projects, 項目（其實用過看板，你可以認為Project就是快速歸類Issue狀態的看板，分Todo,In Progress, Done三個狀態）

按我的習慣應該還有一個Plan，如果有專職測試人員，還有一個TestComplete。

Milestone:裡程碑， 2.2Label的使用

每個Issue至少有兩個Lable,一個表示性質，一個表示優先順序（在更完善的Bug和專案管理系統，這本來就是分開的）

表示性質的可以參這篇文章。優先順序如下設定即可： 高優先順序（High）：對系統有重大影響，只有解決它才能去完成其他任務。 普通優先順序（Medium）：對系統的某個部分有影響，使用者部分操作達不到預期效果。 低優先順序（Low）：對系統的某個部分有影響，但使用者幾乎感知不到。 最好有（NiceToHave）：對系統的功能沒有影響，通常視覺效果不理想(字型，顏色）或一些個人的傾向性問題。 2.3MileStone

Milestone 叫做"裡程碑"，用作 Issue 的容器，相關 Issue 可以放在一個 Milestone 裡面。常見的例子是不同的版本（version）和迭代（sprint），都可以做成 Milestone。

建立 Milestone，要在 Issues 面板的首頁，點擊 Milestones 按鈕。

這時，再接著點擊 New milestone 按鈕，然後填寫 Milestone 的名稱和內容，還可以指定到期時間。

如果在Issue中@了你，你會在全域視圖issues中的Mentioned中看到這個issue. 三、看板功能

看板(kanban)是敏捷開發的重要手段，主要用於項目的進度管理，所有需要完成的任務，都做成卡片，貼在一塊白板上面，這就是看板。

按照不同的階段，看板分為若干列。最基本的就是 Todo （待開發） Doing （開發中） Done （已完成）

當然你可以根據實際情況，分出更多的列。比如plan計劃，deploy部署，test測試，都可以添加。目標就是所有的事務(Issue)都移動到Done中去。開啟Github中的Projects介面就可以看到對應的介面了，這裡我已經建立了3個經典的Colum。可以根據自己的管理需求，添加更多流程。

不要猶豫，立刻開始你的Github之旅吧。如果覺得自己英文不好，或者擔心網路問題，也可也用開源中國社區推出的代碼託管服務碼雲（Gitee.com）。