# 一個項目需要什么
大部分開源項目至少提供了最低限度的標準工具用于管理信息:
**網站**
主要是一個集中將項目信息發布給公共的單向渠道。網站也可以作為其他項目工具的管理界面使用。
**郵件列表**
通常會是項目中最活躍的通訊手段,是“可記錄的媒介”。
**版本控制**
讓開發者可以方便地管理代碼的變更,包括回復和“變更轉運”。讓每一個人能看到代碼的變化。
**Bug跟蹤**
使開發者可以追蹤他們正在工作的內容,互相協調,以及計劃發布。讓每個人都能查詢Bug的狀況并且記錄特定Bug的信息(例如重現方法)。不僅能用于對bug的追蹤,而且能用于任務、發布和新特性等等。
**即時聊天**
一個可以快速和方便的進行討論和問答的地方,缺點是并不總是能完整地歸檔。
這個工具集中的每個工具滿足了不同的需要,但它們的功能都是相關的,這些工具必須能協同工作。下面我們將檢驗它們怎樣做到這一點,而最重要的是如何讓人們使用它。網站將放在最后討論,因為它更多的是扮演其他組件黏合劑的角色,而不是工具本身。
通過使用*包裝主機*你也許能避免很多選擇工具和配置的頭疼事,包裝主機是一個提供預包裝,模板化的網頁區域,以及可運行一個自由軟件項目的所有工具的服務器。關于包裝主機優缺點的討論可以看本章后面的[the section called “包裝主機”](http://producingoss.com/zh/web-site.html#canned-hosting "包裝主機")。
* * *
[[12](http://producingoss.com/zh/technical-infrastructure.html#idp5236720)]?摘自*《人月神話》*,1975。參見[http://en.wikipedia.org/wiki/The_Mythical_Man-Month](http://en.wikipedia.org/wiki/The_Mythical_Man-Month)和[http://en.wikipedia.org/wiki/Brooks_Law](http://en.wikipedia.org/wiki/Brooks_Law)。
- 前言
- 為什么寫這本書?
- 誰應該讀本書?
- 資料來源
- 致謝
- 免責聲明
- 1. 介紹
- 歷史
- 現狀
- 2. 起步
- 從你擁有的開始
- 選擇許可證并應用
- 設置風格
- 通告
- 3. 技術基礎設施
- 一個項目需要什么
- 郵件列表
- 版本控制
- Bug跟蹤
- IRC / 實時聊天系統
- RSS供稿
- Wikis
- 網站
- 4. 社會和政治的基礎架構
- 慈善獨裁者
- 共識為基礎的民主(Consensus-based Democracy)
- 寫下所有的內容
- 5. 金錢
- 參與的類型
- 長期雇傭
- 作為一些個體出現,而不是一個整體
- 公開你的動機
- 錢不能讓你可愛
- 契約
- 資助非編程活動
- 市場營銷
- 6. 交流
- 人如其文
- 避免常見的陷阱
- 刺兒頭
- 處理成長
- Bug跟蹤系統中無對話
- 公開性
- 7. 打包、發布和日常開發
- 版本號
- 發布分支
- 穩定發布版本
- 打包
- 測試和發布
- 維護多發布線
- 發布和日常開發
- 8. 管理志愿者
- 從志愿者中獲取最多
- 像分擔技術任務一樣分擔管理任務
- 轉化
- 提交者
- 榮譽
- 分叉
- 9. 許可證,版權和專利
- 術語
- 許可證的方面
- GPL和許可證兼容性
- 選擇一個許可證
- 版權分配和所有權
- 雙許可證模式
- 專利
- 深入資源
- A. 自由版本控制系統
- B. 自由Bug跟蹤系統
- C. 為什么我要關注車棚的顏色?
- D. 報告bug的樣例指導
- E. 版權