開發：1. 研發人員負責更新到的狀態共有三個: 「進行中」、 」已解決」、 」需要反饋」。
2. 在開始修復bug的時候，把狀態更新為」進行中」，把title更新為易索引和搜尋的名字，並新增必須的跟蹤人(相關技術 產品 測試同學)
3. 如果存在」問題無效」的bug，請及時和相關的qa及需求方溝通確認後，由qa負責關閉。
4. 如果存在」需要反饋」的bug，請記得指派給相應的人員，不要只更新了狀態。
5. 當bug已經修復，只需把狀態改為」已解決」即可，請不要再次指回qa。
6. 請確保溝通的及時性。
7 為了防止添寫 staging 版本號出錯誤，在redmine要附上 svn staging 版本號截圖.
8 置為【解決】要寫上問題原因 解決思路 當前現象 測試帳號 環境 範圍等所有它人有必要知道的資訊.
需求人：
1. 有任務必有redmine, 純口頭無效
2. 標題最好一眼就能定位是什麼專案 和 優先順序
3. 內容最好包括 期望完成時間 + 配合人 + 素材和文件
4. 素材和文件命名要規範 如果有更新 不用的老檔案要刪去 更新的內容突出
5. 如果是專案, 附專案wiki更容易理解; 如果是問題，附重現環境，比如 url, 帳號等.
異常處理規範
date 2009.01.04 一，概述 創造可信賴的，健壯的軟體並不是一件不可能的事情。大部分的商業軟體，在長時間可以無重大故障的工作，但它們並非沒有任何的錯誤，只是擁有低出錯率，你可以迅速理解出錯原因然後快速搞定它，並且，它不會因為外部錯誤而毀壞資料。軟體中有錯誤是可以原諒的，甚至是可以預料到的...
redmine使用彙總redmine軟體工程過程
1 強制性當乙個新的問題 軌道 議題 敘述性說明 狀態 優先 分配給 父任務 假設沒有可以不填,假設有請務必填寫 開始日期 預計時間 黨羽，請注意，這時候一定不要填寫完成時間 2 如果你想在實時登記，每天上班每人解決問題 百分 注視 3 狀態 完畢日期 完畢百分比 耗時 活動 凝視 說明 4 每人每...
redmine訪問速度慢的處理方法
redmine 2.1 訪問巨慢無比，使用的 ruby 1.8.7 rails 3.2 查閱網上意見，發現是由於 redmine 自帶的webrick web 伺服器發布的問題，需要使用 mongrel 元件來替換 webrick。mongrel 是一種快速的針對 ruby 的http 伺服器，專門...